OpenSVC только что перенесли на платформу FreeBSD. Маленькая рекламка в этом объявлении заинтриговала меня, поэтому я пошел наВеб-сайт OpenSVCи нашел это:
OpenSVC — это менеджер «сервисов», то есть кластерный менеджер сервисов, разработанный для реальных гетерогенных центров обработки данных и оркестратора крупномасштабных операций (например, аварийного восстановления).
Службы представляют собой наборы ресурсов (виртуальная машина, IP-адрес, группы дисков, файловые системы, синхронизация файлов и средства запуска приложений).
Службы можно запускать, останавливать и запрашивать их статус, что обеспечивает единый набор команд для самых разных типов интеграции служб.
Конфигурации, статус и журналы служб передаются в центральную базу данных, подключенную к веб-интерфейсу (коллектору).
Администрирование служб может осуществляться с использованием автономного программного стека GPLv2, развернутого на узлах (nodeware), или через веб-интерфейс.
Плюс немного графики типа UML. Это все здорово, но я все еще не понимаю: что это делает? Я просто туплю? Какой вариант использования этой системы?
решение1
Я попытаюсь описать конкретные случаи, чтобы объяснить полезность OpenSVC.
Представьте себе системного администратора в корпорации, он настраивает службы для клиентов/пользователей. У него около 50 служб. Ему нравится FreeBSD, поэтому он обычно развертывает свои службы на этой базе. Он хорошо понимает, как работает rsnapshot, поэтому он создал скрипты для автоматизации резервного копирования и добросовестно подготовил скрипты для восстановления после сбоя сервера, может быть, даже отключения сайта.
Системный администратор в соседнем отсеке также отвечает за около 50 других служб. Он также правильно выполнил свою домашнюю работу, но в своем стиле. Он может предпочесть Linux и rsync, его скрипты восстановления будут в другом месте (возможно, на рабочем столе). Его клиентам может потребоваться большая доступность, поэтому ему пришлось выбрать кластерный стек.
Теперь масштабируйтесь до десятков администраторов и тысяч служб. Центр обработки данных — это мозаика технологий: от 3 до 4 разных ОС, 2 разных оборудования для хранения данных с собственным протоколом репликации (Hitachi Shadow Copy, Emc SRDF, NetApp Snapmirror), 2 кластерных стека (Hacmp, Redhat Cluster, SunCluster, Veritas Cluster), множество различных скриптов для автоматизации действий на небольших периметрах.
И представьте себе некоторые распространенные сценарии: o утечка в стойке: 20 серверов вышли из строя, 50 сервисов нуждаются в аварийном переключении, 10 разных администраторов со всеми их специфическими механизмами аварийного переключения; o отключение электроэнергии на объекте: та же схема, в десять раз больше; o корпорация передала мониторинг сервисов на аутсорсинг: трудно доверять незаметному инспектору с тонкой настройкой функций запуска/остановки сервисов; o смена системных администраторов: всю тонкую настройку нелегко передать новичку.
OpenSVC можно рассматривать как бесплатный, простой в развертывании, развертываемый везде стек кластеров. Службы низкой критичности могут иметь только один узел. Службы средней критичности могут иметь 2 узла и не иметь автоматического переключения при отказе. Службы высокой критичности, 2+ узла с автоматическим переключением при отказе плюс удаленный узел для аварийного восстановления.
Один и тот же инструмент для всех, учитывающий предпочтения каждого системного администратора (операционная система, модель виртуализации, файловая система, схема репликации) и каждую цель доступности, чтобы обеспечить действия остановки/запуска/репликации для различных типов интеграции.
Я сосредоточил пример на крупномасштабной среде, чтобы подчеркнуть полезность OpenSVC, но в реальной жизни многие пользователи используют OpenSVC для управления от 1 до 4 служб, просто чтобы раздать множество скриптов, которые они ранее поддерживали самостоятельно.
Веб-коллектор приносит дополнительные преимущества, как интерфейс для отчетности, оповещения и добычи данных. Этот компонент не имеет лицензии GPL, но он не нужен для получения преимуществ от вышеперечисленного. Фрилансеры, как правило, используют интернет-коллектор, чтобы иметь единую точку отчетности для услуг, которые они поддерживают для разных клиентов.
Надеюсь, это поможет прояснить позицию OpenSVC в мире кластеризации.
решение2
Похоже, это агрегатор для статуса сервисов на кластере машин в центре обработки данных. Может быть, это центральное место для мониторинга ваших файловых серверов, веб-серверов, серверов NFS, виртуальных машин и т. д. вместе с журналами статуса и прочим.
Кроме того, похоже, что вы можете перезапускать службы, останавливать их, «пинговать» их и т. д. По сути, это инструмент, помогающий контролировать и контролировать множество компьютеров в центре обработки данных из одного места.
решение3
Существует несколько менеджеров кластерных служб длявысокая доступность Linux(Хотя у меня нет других ссылок под рукой) Похоже, это ориентированное на FreeBSD предложение по управлению ресурсами в кластерной конфигурации (т. е. обеспечение постоянной доступности веб-сервера по крайней мере на одном из узлов кластера и т. д.)