Сценарии сбоев
Высокий уровень доступности (HA) и кластеризация обеспечивают избыточность, устраняя единственный узел как точку отказа. Они могут обеспечить доступность в следующих сценариях:
- Аварийное завершение программного обеспечения из-за сбоя операционной системы или неустранимых ошибок приложений.
- Сбои оборудования, включая оборудование для хранения данных, ЦП, ОЗУ, сетевые интерфейсы и т. д.
- Сбои системы узла виртуализации, включая незапланированные и запланированные события обслуживания для AWS, Azure или GCP.
- Обрыв логической или физической структуры сети, если резервное устройство находится в отдельной сети, не затронутой сбоем.
Масштабируемость
Кластеризация обеспечивает лучшую масштабируемость за счет распределения нагрузки между несколькими узлами. Это горизонтальное масштабирование может быть предпочтительнее для некоторых организаций с десятками тысяч разработчиков. При обеспечении высокого уровня доступности масштаб устройства зависит исключительно от основного узла, а нагрузка не распространяется на сервер-реплику.
Различия в методе отработки отказа и конфигурации
| Компонент | Конфигурация отработки отказа | Метод отработки отказа |
|---|---|---|
| Конфигурация высокого уровня доступности | Запись DNS с низким TTL указывает на основное устройство или подсистему балансировки нагрузки. | Необходимо вручную повысить уровень устройства реплики в конфигурациях отработки отказа DNS и подсистемы балансировки нагрузки. |
| Кластеризация | Запись DNS должна указывать на подсистему балансировки нагрузки. | Если узел за подсистемой балансировки нагрузки выходит из строя, трафик автоматически отправляется на другие функционирующие узлы. |
Резервное копирование и аварийное восстановление
Ни высокий уровень доступности, ни кластеризация не должны рассматриваться как замена регулярному резервному копированию. Дополнительные сведения см. в разделе Настройка резервных копий на устройстве.
Наблюдение
Функции доступности, особенно с автоматической отработкой отказа, такие как кластеризация, могут маскировать сбой, так как служба обычно не нарушается при сбое. Независимо от того, используете ли вы высокий уровень доступности или кластеризацию, важно отслеживать работоспособность каждого экземпляра, чтобы вы знали, когда происходит сбой. Дополнительные сведения о мониторинге см. в разделах Рекомендуемые пороговые значения оповещений и Мониторинг узлов кластера.
Дополнительные материалы
- Дополнительные сведения о кластеризации GitHub Enterprise Server см. в статье "Сведения о кластеризации".
- Дополнительные сведения о высокой доступности см. в разделе Настройка высокого уровня доступности.