N
А так логика известна
Size: a a a
2020 February 11
N
считаем, чтоб дисковых групп 3 на хост, хостов 6
Сколько дисков в DG?
EL
может ли при страйпе 2 оба страйпа лечь в одну дисковую группу?
EL
дисков 3 в DG
N
Если вы поставите страйп 12, то vmdk будет гарантировано лежать на 8 дисковых группах.
N
По практике, ближе к 16 DG.
N
Но не надо так делать, по умолчанию. Вы можете не получить буста по Performance
EL
ну да, на сторейдж хабе написано, что нужно тестить (как раз в сулчае настройки политик под mssql)
N
Сама логика простая: берётся объект, дальше он делится на компоненты и создаётся зеркало (r1). Дальше каждая часть дробится на компоненты меньшего размера - либо каждые 255gb, либо vmdk/stripesize. Эти компоненты дальше раскладываются более-менее равномерно по capacity дискам кластера. При этом, если, если страйпа нет, то они могут лечь в том числе и на один capacity диск. Если страйп есть, то число capacity дисков не менее stripesize (но может быть больше, если диск очень большой)
N
И если мы идем путем создания множества дисков у одной виртуалки, можно ли сделать так, чтобы объекты не легли в одну дисковую группу
Создание множества vmdk даст лучший результат, так IO каждого диска будет отрабатывать отдельный DOM owner и DOM client. В случае страйпа, DOM owner/client будет один. Это может дать лучшие результаты, даже при одинаковом количестве задействованных lsom (дисковых групп, на котором лежит vmdk)
EL
кусочки, которые 255гб, всан старается положить на разные диски/дг (страйп=1, просто большой вмдк)?
N
Vsan старается всегда равномерно использовать все диски кластера. Если например, появился один заметно более свободный диск, то при создании нового vmdk, с большей вероятностью, на него могут упасть оба компонента (не зеркальных, разумеется)
EL
равномерно использовать - это комплексный анализ емкость/нагрузка/что-то еще или же более простая логика?
N
Ёмкость - основной фактор, потому что нагрузку нельзя мерить в отдельно взятый момент - она сейчас ноль, а через день - 100к iops.
EL
Да, верно, но мало ли какой machne learning + ai
EL
@KulikovNikolay , спасибо большое за разъяснения
N
В общем, если у вас vmdk большие, то я бы не советовал сразу выкручивать страйп - можете сделать хуже - это доп. Нагрузка на DOM + заметно меньшая свобода распределения объектов для vsan. При этом, при необходимости это всегда можно элементарно включить. Делать несколько vmdk имеет смысл, если планируемая нагрузка от 60к-120к IOPS на vmdk. При этом, так как это сложнее сделать потом, то можно задуматься сразу
N
Да, верно, но мало ли какой machne learning + ai
Magna пока в beta и это не планируется в первой её версии, но, в целом, вы правы.
EL
Спасибо