>> В самом простом примере клиенты легко могут выполнять репликацию своих баз данных в другую локацию и переключаться на нее при необходимости.
При такой конфигурации и независимых локациях у инстансов будут разные IP и при переключении с одного на другой будет даунтайм на время обновления DNS-кэша. Разве нет?
>>Для централизованного управления и мониторинга используется Parallels Virtual Automation (PVA), интегрированная с Cloud Server. В сферу ответственности PVA входит управление и мониторинг физических серверов: добавление, группировка, вывод из эксплуатации, управление пулами IP–адресов, бекапы управляющих хостов, мониторинг в реальном времени ресурсов каждого физического сервера.
Насколько я знаю, PVA не умеет бэкапить управляющую хост-ноду… Да и ведь у PSC:S нет точки отказа? И «функция» мониторинга тоже весьма сомнительна, так как нет никакой системы оповещения…
>>однако использование 2х локаций InfoboxCloud позволяет создавать решения, при которых даже перезагрузка, занимающая от нескольких секунд (в случае использования контейнерной виртуализации) до нескольких минут (в случае использования виртуальных машин) прошла незамеченной для критичных к доступности проектов.
А как у вас связаны обе локации и чем осуществляется репликация или бесшовная миграция клиентского инстанса между локациями?
Ну стектрейс из нетконсоли не всегда бывает достаточно информативен ) и далеко не всегда он есть, даже при правильной ее настройке. В этих случаях kdump решает, но если позволяет версия дистрибутива. Просто эти два инструмента взаимно дополняют друг-друга и если есть возможность использовать kdump, то почему это не делать? ) К тому же разработчики и саппорт OpenVZ очень любят, когда он есть )
Ну kdump и так используется для отладки этих ядер, разве нет? ))) Если не само поторошение дампа «на месте» через gdb, то вычитывание стектрейса точно имеет место быть )
Вот очень спорно…
Для Админа совершенно не требуется находится в одном помещении с инфраструктурой. Админ и техник это совершенно разные сущности и не надо их смешивать. И крупность города совершенно не ключевой момент. В метрополиях проще найти интересную работу, согласен, но на получение опыта и знаний это никак не влияет.
Собственно SysDig получил поддержку OpenVZ и скоро станет основным инструментом диагностики проблем с нодами. Как показали первые тесты, оверхед минимальный.
ИМХО не жизнеспособно… Сомневаюсь, что все те сервисы, которые в симбиозе с твиттером ринутся в интеграцию с Heello. А без них его вряд-ли будет ждать успех.
При такой конфигурации и независимых локациях у инстансов будут разные IP и при переключении с одного на другой будет даунтайм на время обновления DNS-кэша. Разве нет?
Насколько я знаю, PVA не умеет бэкапить управляющую хост-ноду… Да и ведь у PSC:S нет точки отказа? И «функция» мониторинга тоже весьма сомнительна, так как нет никакой системы оповещения…
А как у вас связаны обе локации и чем осуществляется репликация или бесшовная миграция клиентского инстанса между локациями?
Для Админа совершенно не требуется находится в одном помещении с инфраструктурой. Админ и техник это совершенно разные сущности и не надо их смешивать. И крупность города совершенно не ключевой момент. В метрополиях проще найти интересную работу, согласен, но на получение опыта и знаний это никак не влияет.
Для продакшена альтернатив особо и нет.