Size: a a a

2020 April 25

N

Nikolay Kulikov in VMware vSAN
Nikolay Kulikov
Вариантов, как правило 3 - делать защиту целиком на уровне приклада, метрокластера, active passive вариант с асинхронной репликацией
4 ый забыл - бекап/рестор
источник

N

Nikolay Kulikov in VMware vSAN
5ый - DRaaS. Хотя это подвид прошлых, но сильно отличается по экономике и подходу
источник

PS

Paul S in VMware vSAN
Nikolay, Grigory, Alexander - спасибо за советы, ушел думать и считать
источник

AZ

Anton Zhbankov in VMware vSAN
Paul S
Коллеги, небольшой архитектурно-инфраструктурный вопрос: Имеется текущая инсталяция ESXi, 6.5, 6 двухпроцессорных HP DL380 G9 хостов, SAN сеть+ HP 3Par в качестве хранилища. 40+ VM, с базами данных, аппликациями, но нагрузки невысокие, за исключением открытия дня\закрытия дня, но исторически очень много VLAN (больше 20) Появилась необходимость создать вторую площадку (DR, допускается некоторое время простоя при переключении). Собственно вопрос - просто повторить инсталяцию используя современное железо, или перейти уже на ESXI + VSAN (убрав звено FC+хранилку). На какие параметры в этом случае обратить внимание при подсчете баллов за и против
Возникает вопрос - зачем, сколько стоит, какова модель угроз и сколько стоят сами угрозы?

Более подробно можно прочитать в статье как правильно проектировать.  https://habr.com/ru/post/321178/
источник

T

The in VMware vSAN
Nikolay Kulikov
Просто единственные, кто может сделать такой расчёт - только сам бизнес. А он зачастую понятия не имеет, сколько обходится просто чего угодно, ну кроме как Самой Главной ИТ Системы в компании типа транзакций в банке. Но и там есть такая штука, как репутационные потери, которые в лучшем случае определяются  плюс минус лапоть
Для этого есть риск-менеджмент и специально обученный человек, не обязательно нырять с головой в консалтеры.
источник

T

The in VMware vSAN
Вырожденный подвид — это новомодные SRE.
источник

N

Nikolay Kulikov in VMware vSAN
The
Для этого есть риск-менеджмент и специально обученный человек, не обязательно нырять с головой в консалтеры.
Они много где есть. Но эти не означает, что у них есть эти цифры.
источник

T

The in VMware vSAN
Се ля ви. Дальше всё от людей зависит.
источник

N

Nikolay Kulikov in VMware vSAN
Как обычно :)
источник

T

The in VMware vSAN
Цифры, кстати, не всегда должны видеть простые смертные. Достаточно оценки риска как критикал и получения добра на проработку решения (-й) и конкурса.
источник

А

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

KS

Kirhy Stoff in VMware vSAN
с nsx можно l2 over l3
источник

А

Андрей in VMware vSAN
это понятно) но смысл не меняется?
источник

KS

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

KS

Kirhy Stoff in VMware vSAN
если тебе нужно чтобы машина могла работать и там и там
источник

KS

Kirhy Stoff in VMware vSAN
если не надо, то можно не тянуть
источник

KS

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

А

Андрей in VMware vSAN
в случает нсх когда сайт А падает  кто должен обьяснить вм на сайте б юзать другой гейт?
источник

AK

Alexander Kupchinetsky in VMware vSAN
Андрей
Коллеги, растянутый висан кластер  подразумевает растянутый л2 для подсетей вм?
Любой растянутый кластер подразумевает, что вм может оказаться на любой части кластера, должна при этом продолжить работу в сети и это не повод что-то внутри вм по сети подкручивать
Возможно растянутый L2 не единственный способ, но очень распространенный
источник

А

Андрей in VMware vSAN
Андрей
в случает нсх когда сайт А падает  кто должен обьяснить вм на сайте б юзать другой гейт?
или гейт должен быть один в ха режиме по одной вм на каждом сайте?
источник