VM
Сраная терминология =)
Size: a a a
2019 September 26
VR
По этому достигается надёжность в тупую. Надежнастью цодов и железа.
VR
Vladimir Manko
ну естесвенно, не все сервисы можно кластеризировать и не всем сервисам можно обеспечить высокую или непрерывную доступность.
Да. Но можно сделать так чтобы выход из строя одного сервера аффектил минимум людей
VR
об этом тоже нужно помнить.
VR
И научиться этому у себя в лабе сложно
VM
Да. Но можно сделать так чтобы выход из строя одного сервера аффектил минимум людей
Для этого есть кластер виртуализации =) HA, с минимальным даунтаймом обеспечить доступность сервиса.
VR
VR
Для этого есть приложение которое умеет в распределённость
VM
Для этого есть приложение которое умеет в распределённость
это тоже вариант, но гораздо более сложный с точки зрения реализации
DY
Vladimir Manko
Фактически да, но я бы сказал по другому - FO это более высокий уровень HA.
почему?
NS
Vladimir Manko
Для этого есть кластер виртуализации =) HA, с минимальным даунтаймом обеспечить доступность сервиса.
Сколько по времени у тебя будет чекаться 200 гб Innodb База? Да там весь отдел поседеть успеет пока такое HA отработает.
DY
поэтому виртуалки - не нужны. как и прочее 🙂
почему?
VR
а виртуализация не всегда уместна в целом.
VM
почему?
Ну как почему, хотя бы из терминологии, высокая доступность/отказоустойчивость.
DY
Vladimir Manko
Ну как почему, хотя бы из терминологии, высокая доступность/отказоустойчивость.
еще раз, FO != FT
VM
а виртуализация не всегда уместна в целом.
Естесвенно, я бы даже не подумал виртуализировать сервер для какой-нить LA Classic на 5 тыс. онлайна.
VR
Виртуалки вообще придумали чтобы железо оверсейлить )
k
почему?
а зачем их всюду пихать? типа модно чтоль?
DY
Виртуалки вообще придумали чтобы железо оверсейлить )
немного наоборот
VM
Виртуалки вообще придумали чтобы железо оверсейлить )
пока не появились кластеры виртуализации