Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Оптимальное количество контейнеров для одного TS под Win Server 2008R2 Ent x64
|
|||
|---|---|---|---|
|
#18+
Добрый вечер всем. Имею некоторое недопонимание - как работает DB2 (Ver 9.7.8) с табличными пространствами в OS WinSer 2008. БД плавно мигрировала с версии 7 DB2 до текущего состояния и мне здесь на форуме посоветовали пересоздать табличные пространства поскольку DB2 поддерживает не все операции с TS созданными в старых версиях DB2. В связи с этим у меня есть несколько вопросов: 1. Имея один большой массив на DS его лучше делить на несколько логических дисков или можно разместить все TS на одном и windows будет с ним работать хорошо? Что из практики лучше? 2. Создавать 1 большой массив на DS с большим количеством дисков в массиве или лучше несколько маленьких, выделяя больше ресурсов пол приоритетные TS? 3. Если есть большие контейнеры, например от 1 TB и выше, то лучше их создавать в виде нескольких контейнерах или один большой контейнер? Есть ли какая либо зависимость? Может есть какие либо рекомендации в виде статьи. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2015, 20:07 |
|
||
|
Оптимальное количество контейнеров для одного TS под Win Server 2008R2 Ent x64
|
|||
|---|---|---|---|
|
#18+
За Windows не скажу, но по опыту с AIX + IBM DS3/4/5K (если IBM DS8K, то....it depends :) ) ,имхо, как-то так : use-se1. Имея один большой массив на DS его лучше делить на несколько логических дисков или можно разместить все TS на одном и windows будет с ним работать хорошо? Что из практики лучше? Лучше сделать на этом рейде, например, 4 луна и попарано замапить на контроллеры. На хосте, соответственно, MPIO в round-robin режим. Тут еще важно, чтобы на этом рейде не было "соседей на колокейшене" параллельно драйвящих нагрузку :) use-se2. Создавать 1 большой массив на DS с большим количеством дисков в массиве или лучше несколько маленьких, выделяя больше ресурсов пол приоритетные TS? Для последовательной нагрузки (например, тяжелые селекты) лучше наделать мелких рейдов/лун Т.е. для полки о 16-ти HDD лучше 4 x RAID5 (3+1) чем 1 RAID5 (15+1) Если нагрузка сильно рандомная (OLTP) и идет битва за каждую сотню иопсов, то может будет лучше и один. Тут тестировать надо. Но вообще длинные рейды не рекомендуются с точки зрения availability (больше шансов схватить double disk failure) use-se3. Если есть большие контейнеры, например от 1 TB и выше, то лучше их создавать в виде нескольких контейнерах или один большой контейнер? Есть ли какая либо зависимость? Опять же с точки зрения параллелизации I/O лучше разбивать на несколько правильноразложенных по стороджу контейнеров. Ну и помним про правило для оптимального I/O "EXTENTSIZE = RAID stripe size" use-seМожет есть какие либо рекомендации в виде статьи. DB2 storage layout best practices ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2015, 10:43 |
|
||
|
Оптимальное количество контейнеров для одного TS под Win Server 2008R2 Ent x64
|
|||
|---|---|---|---|
|
#18+
mitek, Спасибо. mitekЗа Windows не скажу, но по опыту с AIX + IBM DS3/4/5K (если IBM DS8K, то....it depends :) ) ,имхо, как-то так : DS5100 и интересен именно вопрос с Windows (так исторически сложилось), есть подозрение, что именно windows, работая с логическими дискам, не оптимально использует DS (DS явно не догружен и по IOPS и по записи/чтению) mitekДля последовательной нагрузки (например, тяжелые селекты) лучше наделать мелких рейдов/лун Т.е. для полки о 16-ти HDD лучше 4 x RAID5 (3+1) чем 1 RAID5 (15+1) Если нагрузка сильно рандомная (OLTP) и идет битва за каждую сотню иопсов, то может будет лучше и один. Тут тестировать надо. Но вообще длинные рейды не рекомендуются с точки зрения availability (больше шансов схватить double disk failure) Нагрузка смешанная, но смещение немного в сторону OLTP, сам RAID 10 (15x15) для данных, под логи и пр. нужды соответственно другие массивы. Кроме этих 2 корзин есть и другие со сторонними системами, но в других массивах. mitekuse-se3. Если есть большие контейнеры, например от 1 TB и выше, то лучше их создавать в виде нескольких контейнерах или один большой контейнер? Есть ли какая либо зависимость? Опять же с точки зрения параллелизации I/O лучше разбивать на несколько правильноразложенных по стороджу контейнеров. Звучит правильно, но непонятно про "правильноразложенных". Наверно это главный вопрос, как работает Window с контейнерами в плане параллельности? mitekНу и помним про правило для оптимального I/O "EXTENTSIZE = RAID stripe size" Сейчас вот так сделано "EXTENTSIZE[32*4K Pagesize] = RAID stripe size[128K]" Статью пока не смотрел. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2015, 11:46 |
|
||
|
Оптимальное количество контейнеров для одного TS под Win Server 2008R2 Ent x64
|
|||
|---|---|---|---|
|
#18+
mitek, Вопрос как специалисту по жлезу. Массив собранный из 6 корзин попарно в RAID 10 (45x2) - это нормальная или глупая идея? Смысл, за счет кол-ва шпинделей получить больше производительность. Что думаете об этой идее? Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2015, 12:09 |
|
||
|
Оптимальное количество контейнеров для одного TS под Win Server 2008R2 Ent x64
|
|||
|---|---|---|---|
|
#18+
use-seDS5100 и интересен именно вопрос с Windows (так исторически сложилось), есть подозрение, что именно windows, работая с логическими дискам, не оптимально использует DS (DS явно не догружен и по IOPS и по записи/чтению) Протестируйте "диски" iometer'oм на разном i/o-паттерне (% read/write), типе (random/sequential), размере блока, количестве воркеров и т.д. Определите примерный IOPS/MBPS baseline текущей конфигурации, с которым уже и сравните текущую БД-нагрузку use-seНагрузка смешанная, но смещение немного в сторону OLTP, сам RAID 10 (15x15) для данных, под логи и пр. нужды соответственно другие массивы. Кроме этих 2 корзин есть и другие со сторонними системами, но в других массивах. Имхо, слишком большой рейд. При сборке, видимо, руководствовались идеей enclosoure loss protection А сколько лунов/дисков на нем нарезано под TS-контейнеры ? БД в automatic storage или отдельные DMS-контейнеры ? use-seНаверно это главный вопрос, как работает Window с контейнерами в плане параллельности? Тут видимо нужно сходить в гости к Win-админу и вместе по-perfmon'ить диски на предмет очередей и т.д. use-seСейчас вот так сделано "EXTENTSIZE[32*4K Pagesize] = RAID stripe size[128K]" 128K на DS-ках это дефолтный HDD segment size, так называемый strip , strip e для R10 (15+15) будет 128*15=1920K Т.е. в теории ваш EXTENTSIZE при странице в 4K должен быть........480 У вас же EXTENTSIZE по сути равен сегменту одного HDD Для таких случаев рекомендуется использовать DB2_PARALLEL_IO (в приложенном документе как раз об этом есть) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2015, 13:32 |
|
||
|
Оптимальное количество контейнеров для одного TS под Win Server 2008R2 Ent x64
|
|||
|---|---|---|---|
|
#18+
use-semitek, Массив собранный из 6 корзин попарно в RAID 10 (45x2) - это нормальная или глупая идея? Смысл, за счет кол-ва шпинделей получить больше производительность. Что думаете об этой идее? RAID10 из 90HDD ??? ;-) Нет, так бы делать точно не стал :) Нарезал бы 10 x R10 (4+4) и по-половине на каждый контроллер DS5100 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2015, 13:51 |
|
||
|
|

start [/forum/topic.php?fid=43&fpage=20&tid=1600858]: |
0ms |
get settings: |
12ms |
get forum list: |
16ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
51ms |
get topic data: |
15ms |
get forum data: |
3ms |
get page messages: |
70ms |
get tp. blocked users: |
2ms |
| others: | 14ms |
| total: | 193ms |

| 0 / 0 |
