3.7. 가용성
두 개 이상의 서버를 사용하는 경우 OpenStack은 고가용성 배포를 제공할 수 있습니다. 서버는 RabbitMQ 메시지 큐잉 서비스 및 MariaDB 데이터베이스 서비스에서 모든 서비스를 실행할 수 있습니다.
클라우드에서 서비스를 확장할 때 백엔드 서비스도 확장해야 합니다. 서버 사용률 및 응답 시간을 모니터링하고 보고하고 시스템을 테스트하면 확장 결정을 결정하는 데 도움이 될 수 있습니다.
- 단일 장애 지점을 방지하려면 OpenStack 서비스를 여러 서버에 배포해야 합니다. API 가용성은 여러 OpenStack 서버가 멤버로 포함된 고가용성 로드 밸런서 뒤에 이러한 서비스를 배치하여 수행할 수 있습니다.
- 배포에 적절한 백업 기능이 있는지 확인합니다. 예를 들어 고가용성을 사용하는 두 개의 인프라 컨트롤러 노드가 있는 배포에서 하나의 컨트롤러가 손실되는 경우에도 다른 컨트롤러에서 클라우드 서비스를 실행할 수 있습니다.
- OpenStack 인프라는 서비스를 제공하는 데 통합되며 특히 SLA로 작동할 때 항상 사용할 수 있어야 합니다. 핵심 인프라에 필요한 스위치, 경로 및 Reundancies of power의 수와 고가용성 스위치 인프라에 다양한 경로를 제공하는 네트워크의 관련 본딩을 고려하십시오. 사용할 네트워킹 백엔드 유형에 특히 주의하십시오. 네트워킹 백엔드를 선택하는 방법에 대한 자세한 내용은 2장. 네트워킹 In-Depth 을 참조하십시오.
- 실시간 마이그레이션을 위해 컴퓨팅 호스트를 구성하지 않고 Compute 호스트가 실패하면 Compute 인스턴스 및 해당 인스턴스에 저장된 데이터가 손실될 수 있습니다. 컴퓨팅 호스트의 가동 시간을 보장하기 위해 엔터프라이즈 스토리지 또는 OpenStack 블록 스토리지에서 공유 파일 시스템을 사용할 수 있습니다.
외부 소프트웨어를 사용하여 서비스 가용성 또는 임계값 제한을 확인하고 적절한 알람을 설정할 수 있습니다. Red Hat OpenStack Platform용 Operational Tools 리포지터리에는 다음이 포함됩니다.
참고
OpenStack에서 고가용성을 사용하는 참조 아키텍처의 경우 Ceph Storage를 사용하여 고가용성 Red Hat OpenStack Platform 6 배포 를참조하십시오.