Пардон

не удержался )

Что ж , если стоимость дизеля камаза и его эксплуатация с учетом доставки веса продуктов из ашана будет стоить дешевле чем десяток поездок на обычной легковушке, - можно и на камазе

А вот это прямо в рамочку (с) ))

Ага. Только знаете, сколько будет от вас мата, когда вы попробуете на Камазе найти место на парковке Ашана?

Ну да. Это HCI

Мат - не издержки, не влияет на затраты и косвенно на бренд, но если камаз дешевле и практичнее - значит будет камаз
Другое дело не на все паркинги ашана камаз физически доедет

Это значит, что если потеря двух часов на поиски места на парковке ничего не стоят вашей компании, то вы не полностью считаете затраты.

Ладно. Это все оффтопик

Резюме выше я дал. Подключить другие vSphere к vsan через iscsi - нельзя. Все кроме bare-metal - unsupported. Дизайн системы, где у вас есть 4 каких-то хоста из того, что было, на которых 100ТБ RAW и они подключены для нескольких десятков хостов - кривой и не рекомендуется (и не потому что VMware вредная, а потому что есть технически понятные причины так не делать). Использовать vsan, как чистый sds в vSphere cluster - можно, но архитектурно не имеет никакого смысла. Если вы хотите посмотреть альтернативу классической архитектуре  - смотрите/считайте на развертывание vSAN сразу в HCI варианте. Если надо помочь с дизайном/сайзингом/конфигурацией - пишите, поможем. Если вы хотите просто заменить аппаратный SAN, на ровно такой же SAN, только на commodity серверах (потому что других реальных отличий в таком подходе нет), то смотрите на другие решения, которое изначально делались под эту задачу. Благо их вагон, начиная от open-source, до коммерческих решений (хоть тот же ScaleIO). Аминь.

Спасибо, вот эт прям серебряная пуля во все sds-решения, "от open-source до коммерческих" - "Дизайн системы, где у вас есть 4 каких-то хоста из того, что было, на которых 100ТБ RAW и они подключены для нескольких десятков хостов - кривой и не рекомендуется (и не потому что VMware вредная, а потому что есть технически понятные причины так не делать)"

Если только конечно речь шла "Дизайн системы на VSAN, где у вас есть...", а так как и писал выше, к сожалению vsan пока искусственно ограничен для большего сценария использования, думал может что-то началось меняться

Он не искусстенно ограничен. Это решения для в основном единственной конкретной задачи - размещение высоконагруженных ВМ на vSphere в HCI варианте.

Vsan никогда не был general propose sds и на планирует им становится

У этого подхода есть очевидный минус - часть задач не решается или решается хуже, но есть и плюс - та задача, под которую он создавался - решается лучше. Учитывая текущий процент виртуализации и vSphere market share в 70-80% - мы считаем, что у нас достаточно большой TAM, чтобы не распыляться на все остальное

Starwind vSAN посмотрите, возможно вам подойдет

Меня тут поразило:Heartbeat – The Heartbeat failover strategy allows avoiding the “split-brain” scenario when the HA cluster nodes are unable to synchronize but continue to accept write commands from the initiators independently. It can occur when all synchronization and heartbeat channels disconnect simultaneously, and the partner nodes do not respond to the node’s requests. As a result, StarWind service assumes the partner nodes to be offline and continues operations on a single-node mode using data written to it.

Пробовалось, спасибо, к сожалению в 2019-м у них с синхронной записью были проблемы на 10 гбит\сек на 3-х узловом кластере

да чего уж там. CEPH. Надо же пройти все, боль, унижение и т.д. прежде чем идти в кровавый энтерпрайз )

Схд, которая AP, а не CP.