до тех пор, пока вопросы заданы в нормальной форме и ответ может быть потенциально интересен кому-то из других 703 участников - не вижу большой проблемы на него ответить. и тем более, ты обратил внимание на упорство? Это какой уже месяц идет попытка сдать что-то там.

а потом этот человек окажется на другом конце провода при решении кейса

Благодарю! Попытался проследить за вашим полетом мысли на калькуляторе - заметил, что вы берете СлакСайз 10%-15%, а не дефолтные 30%. То есть вы не пытаетесь подстраховать Заказчика, если он недооценил свои потребности и не заложил будущий рост. Вы не видите здесь риска получить недовольного клиента, если место вдруг кончится?

ну во первых, я брал 20%, а не 10-15%. Во вторых, нынче slack считается, как 10% (operational reserve) + запас на ребилд (1/n. https://blogs.vmware.com/virtualblocks/2020/09/24/effective-capacity-management-with-vsan-7-update-1/) А в третьих данные расчеты были все-таки про другое

ну и тут так же очень сильно зависит от того, от куда / как вы получили исходные данные/требования по Usable Capacity. Там часто уже заложен рост. Плюс обычно все забывают учесть, что vSAN - always thin. Плюс у vSAN тонкий swap в отличии от vmfs.

ну в четвертых, на vSAN крайне просто расширить, если заказчик растет вдруг быстрее, чем планировал. Тем более, что еще вопрос где он ошибется - в compute или storage. Докидываем ноду и вперед.

Исчерпывающе. Спасибо.

стали доступны ThinkAgile VX на базе Intel Whitley с Ice Lake процессорами

1U - https://lenovopress.com/lp1479-thinkagile-vx2330-vx3330-vx3331-vx7330n

2U - https://lenovopress.com/lp1480-thinkagile-vx3530-g-vx5530-vx7530-vx7531

а как по ценникам относительно прошлого поколения и с доступностью (уже стартовали отгрузки)?

уже можно квотировать, отгрузки начиная с 30 июня, ценник в общем уменьшается

👍

I want to know in a cluster with mix storage (traditional and vsan) how isolation detect for vms that are on traditional storage?

О, новые вопросы из дампов подъехали. Так весь тест соберем

in case there are traditional traditional datastore it could be used for heartbeating

A vSAN datastore cannot be used for datastore heartbeating. Therefore, if no other shared storage is accessible to all hosts in the cluster, there can be no heartbeat datastores in use. However, if you have storage that is accessible by an alternate network path independent of the vSAN network, you can use it to set up a heartbeat datastore. https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.avail.doc/GUID-0502B198-F5F7-4101-969C-C5B6F364C678.html

Also there is the decison table - https://core.vmware.com/resource/vmware-vsan-design-guide#sec6870-sub2

But in non-vSAN  I thought  in the first step the management vmkernel start to ping default isolation address (which is management vmkernel's default gateway) if it fails  will go to next step and check datastore heartbeat if could find vm has lock file on storage now detect isolation happen and will action according to our configure .

Is that correct my imagine ?

We have 3 type of All flash profile
AF-8 , AF-6 , AF4
now according to follow pic :
1- Does AF-8  , 80K IOPS means the total size of capacity tier on each node is Maximum 12TB  and our max IOPS that can provide is 80000  ?

2- Does AF-6  , 50K IOPS means the total size of capacity tier on each node is Maximum 8TB  and our max IOPS that can provide is 50000  ?

3- AF-4  , 25K IOPS means the total size of capacity tier on each node is Maximum 4TB  and our max IOPS that can provide is 25000  ?