Size: a a a

2020 October 14

T

The in VMware vSAN
A, понятно, т.е. ESXi+vSAN vs Шindows+SAN storage?
Что ж, это очень... занимательная задача.
источник

N

Nikolay Kulikov in VMware vSAN
Victor_sc120
сейчас на железе - без виртуализации, надо понять сколько потеряем причем не мне а ДБА админам
Это зависит от радиуса кривизны рук и используемого сейчас и целевого конфига
источник

N

Nikolay Kulikov in VMware vSAN
Victor_sc120
сейчас на железе - без виртуализации, надо понять сколько потеряем причем не мне а ДБА админам
Это так не работает. Если вам нужно 1000 TPS, а кластер с vsan может 100000TPS, то вы ничего не потеряете. Если вам нужно 100000tps, а кластер может 50000, то потеряете в два раза. А если у вас текущий San - дрянь и вы им ограничиваетесь, то наоборот приобретете. И так далее.
источник

N

Nikolay Kulikov in VMware vSAN
Victor_sc120
база 3,5ТБ
А размер базы вообще ничего не говорит про производительность. Может быть 1000тб холодной базы, а может 1тб но супер высоко нагруженной
источник

T

The in VMware vSAN
Николай имеет в виду, что результат зависит от того, где у вас bottleneck.
Если вы его, конечно, не создадите кривым сайзингом.
источник

N

Nikolay Kulikov in VMware vSAN
И в том, а если ли он, Bottleneck.
источник

N

Nikolay Kulikov in VMware vSAN
Все почему то забывают, что СУБД и схд не живут в вакууме, а обслуживают приложения. Вот на моем сайте с WordPress нагрузка на mysql - половина ops в прыжке. Я базу могу положить хоть на флешку, хоть на локальный optane  - работать будет ровно так же.
источник
2020 October 15

SR

S R in VMware vSAN
Victor_sc120
сейчас на железе - без виртуализации, надо понять сколько потеряем причем не мне а ДБА админам
Постановку задачи можете указать более точно. Вы собираетесь приобретать vSAN кластер для решения задач СУБД MS SQL, которая у вас сейчас развернута как bare on metal? В таком случае, овчинка выделки не стоит, совсем. Оставайтесь на железе под одну конкретную задачу. Если же, в компании уже есть существующие мощности vSAN, или компания требует, в разрезе большого количества других задач, переход на современную технологию vSAN и соответственно встает вопрос переноса и существующей СУБД MS SQL - это уже другой вопрос. Задуматься стоит. Потеряете не много, зависит от самой СУБД, нагрузки и т.д. Но не забывайте вопрос лицензирования СУБД: при переходе от железа к кластеру виртуализации могут возникнуть вопросы с лицензированием.
источник

DM

Dmitriy Mihaylenko in VMware vSAN
Добрый день. При попытке добавить UPlink в DS вижу вот такую ошибку. Что это может быть?
источник

DM

Dmitriy Mihaylenko in VMware vSAN
источник
2020 October 20

N

Nikolay Kulikov in VMware vSAN
источник

AK

Andrey Konovalov in VMware vSAN
вот это поворот!
источник

АС

Алексей Сарычев... in VMware vSAN
будет как с дисками, 2 производителя
источник

АС

Алексей Сарычев... in VMware vSAN
источник

KS

Kirhy Stoff in VMware vSAN
источник

SR

S R in VMware vSAN
Кто использовал iSCSI over vSAN, какие есть подводные камни? Кто нибудь размещал СУБД в такой конфигурации, какая была производительность и/или её потеря?
источник

SR

S R in VMware vSAN
Очень интересно посмотреть в разрезе СУБД Oracle.
источник

EZ

Eugene Zaytsev in VMware vSAN
А зачем именно iscsi с всана?
источник

PS

Pavel Shevchenko in VMware vSAN
S R
Кто использовал iSCSI over vSAN, какие есть подводные камни? Кто нибудь размещал СУБД в такой конфигурации, какая была производительность и/или её потеря?
А с чем вы хотите сравнить производительность?
источник

SR

S R in VMware vSAN
Note:
vSAN iSCSI target service does not support other vSphere or ESXi clients or initiators, third-party hypervisors, or migrations using raw device mapping (RDMs). - что-то сразу печальнее стало)
источник