В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

VMware vSAN

699 membersпожаловаться на группу
2021 May 03

N

Nikolay Kulikov in VMware vSAN
Multi-Path IO (MPIO) is supported by the vSAN iSCSI Target Service. Every target has an owner and initial connections will be redirected using iSCSI redirects to the owner's path. In the event of a failure, reconnection attempts will be redirected to the new iSCSI LUN target owner. An initiator can connect to any host, but will always be redirected to the current active host.
источник
19:30пожаловаться#1

N

Nikolay Kulikov in VMware vSAN
+ https://docs.vmware.com/en/VMware-vSphere/6.5/com.vmware.vsphere.virtualsan.doc/GUID-13ADF2FC-9664-448B-A9F3-31059E8FC80E.html
Vmware
Using the vSAN iSCSI Target Service
Use the iSCSI target service to enable hosts and physical workloads that reside outside the vSAN cluster to access the vSAN datastore.
источник
19:31пожаловаться#2

А

Андрей in VMware vSAN
Читал этот документ, ответа на вопрос как именно инициатор нужно настраивать, чтоб он 4+ путями работал нет)))  оптимален ли режим РР или рекомендуется ли использовать актив стендбай, о преферед пафе инициатору со стороны таргета кто-то сообщает? Или с точки зрения финальной производительности вообще без разницы таргету откуда пришли запросы на овнера?
источник
19:36пожаловаться#3

N

Nikolay Kulikov in VMware vSAN
http://vhabit.com/tag/iscsi/
источник
20:03пожаловаться#4

N

Nikolay Kulikov in VMware vSAN
Вот тут очень подробно
источник
20:04пожаловаться#5

А

Андрей in VMware vSAN
Спасибо) почитаю
источник
20:21пожаловаться#6
2021 May 04

AL

Anton Luschikov in VMware vSAN
Коллеги, добрый день. Такой вопрос, VDI инфраструктура рассчитывается на базе физических ПК (миграция), есть 100 машин с пиком по IOPS - 50?, R/W - 30/70. Планируется использоваться vSAN (Ftt=1 Raid-1). Корректен ли рассчет суммарно требуемого количества IOPS "простым умножением" пикового значения на количество машин - 100х50=5000 IOPS?
источник
13:03пожаловаться#7

АГ

Алексей Головатюк... in VMware vSAN
во время включения вм там явно не 50 иопс, или это уже замеряли во время рабочего времени?
источник
13:04пожаловаться#8

AL

Anton Luschikov in VMware vSAN
тут IOPS значение далекое от реального, мой вопрос касается рассчетов IOPS
источник
13:06пожаловаться#9

AV

Andrey Vetrov in VMware vSAN
А есть ли смысл зеркалировать VDI десктопы?
источник
13:06пожаловаться#10

AV

Andrey Vetrov in VMware vSAN
Если они не персистентны (instant clones) то FTT=0 может быть целесообразней
источник
13:08пожаловаться#11

A

Alexander in VMware vSAN
Расчет по всем вм, в принципе корректен, осталось понять реальную нагрузку
источник
13:08пожаловаться#12

N

Nikolay Kulikov in VMware vSAN
Это не очень научный подход, но 99% VDI инсталляций на vSAN не утилизируют даже 30% ресурсов дисковой под системы. Поэтому ИМХО, я бы забил и считал compute + capacity, в дальше стандартные рекомендации в виде 2-х DG
источник
13:44пожаловаться#13

N

Nikolay Kulikov in VMware vSAN
Тут не учтен процесс логина/включения. Если пользователь будет ждать загрузки стола 15 минут (это если вы например лимит в 50iops повесите), то будет сплошной мат от пользователей, которые привыкли в ssd в ноутбуках
источник
13:47пожаловаться#14

N

Nikolay Kulikov in VMware vSAN
И зеркало тоже имеет смысл только под реплики и золотые образы. И то под вопросом. Дельта можно на r5, а профиля на r6.
источник
13:48пожаловаться#15

Ɐα

Ɐrtem αrtem in VMware vSAN
то есть если грохается то пусть всё?
источник
14:00пожаловаться#16

AV

Andrey Vetrov in VMware vSAN
Это лишь клоны, при неперсистентном подходе данные пользователей на них не хранятся
источник
14:02пожаловаться#17

AV

Andrey Vetrov in VMware vSAN
Они вообще удаляются и пересоздаются при каждом logoff/login
источник
14:03пожаловаться#18

Ɐα

Ɐrtem αrtem in VMware vSAN
да, но при падении даже одного диска, ты теряешь возможность создавать машины и использовать уже запущенные
источник
14:15пожаловаться#19

Ɐα

Ɐrtem αrtem in VMware vSAN
если ftt 0
источник
14:15пожаловаться#20