2.5. 네트워킹
이 섹션은 Networking 서비스의 새로운 주요 기능에 대해 간단히 설명합니다.
- Active/Active 클러스터형 데이터베이스 서비스 모델이 OVS 데이터베이스 읽기 성능 및 내결함성을 개선
RHOSP 17.0부터 RHOSP ML2/OVN 배포는 Raft 합의 알고리즘을 적용하여 OVS 데이터베이스 프로토콜 트래픽의 성능을 개선하고 더 빠르고 안정적인 장애 조치 처리를 제공하는 클러스터형 데이터베이스 서비스 모델을 사용합니다. 클러스터형 데이터베이스 서비스 모델은 pacemaker 기반 활성/백업 모델을 대체합니다.
클러스터형 데이터베이스는 다른 호스트에서 3개 이상의 데이터베이스 서버로 구성된 클러스터에서 작동합니다. 서버는 Raft 합의 알고리즘을 사용하여 클러스터에서 지속적으로 쓰기를 동기화하고 네트워크 트래픽을 공유합니다. 클러스터는 하나의 서버를 리더로 선택합니다. 클러스터의 모든 서버는 데이터베이스 읽기 작업을 처리할 수 있으므로 컨트롤 플레인의 잠재적인 병목 현상이 완화됩니다. 쓰기 작업은 클러스터 리더가 처리합니다.
서버가 실패하면 새 클러스터 리더가 선택되고 나머지 운영 서버 간에 트래픽이 재배포됩니다. 클러스터형 데이터베이스 서비스 모델은 pacemaker 기반 모델보다 페일오버를 더 효율적으로 처리합니다. 이렇게 하면 장애 조치(failover) 시간 동안 발생할 수 있는 관련 다운타임 및 복잡성이 완화됩니다.
리더 선택 프로세스에는 대다수가 필요하므로 내결함성 용량은 클러스터의 가장 높은 홀수로 제한됩니다. 예를 들어 하나의 서버가 실패하면 3개의 서버 클러스터가 계속 작동합니다. 5-server 클러스터는 최대 두 개의 오류를 허용합니다. 서버 수를 짝수로 늘리면 내결함성이 증가하지 않습니다. 예를 들어 4-서버 클러스터는 3-server 클러스터보다 더 많은 오류를 허용할 수 없습니다.
대부분의 RHOSP 배포에서는 세 개의 서버를 사용합니다.
5개의 서버보다 큰 클러스터도 작동합니다. 두 개의 추가 서버마다 클러스터가 추가 오류를 허용하지만 쓰기 성능이 저하됩니다.
클러스터형 데이터베이스 모델은 RHOSP 17.0 배포의 기본값입니다. 구성 단계를 수행할 필요가 없습니다.
- Designate DNSaaS
- RHOSP(Red Hat OpenStack Platform) 17.0에서는 DNS 서비스(designate)가 완전히 지원됩니다. designate는 DNSaaS(DNS-as-a-Service) 구현을 제공하고 클라우드에서 DNS 레코드 및 영역을 관리할 수 있는 공식 OpenStack 프로젝트입니다. DNS 서비스는 REST API를 제공하며 사용자 관리를 위해 RHOSP Identity 서비스(keystone)와 통합됩니다. RHOSP director를 사용하여 DNS 레코드를 포함하도록 BIND 인스턴스를 배포하거나 DNS 서비스를 기존 BIND 인프라에 통합할 수 있습니다. (기존 BIND 인프라와의 통합은 기술 프리뷰 기능입니다.) 또한 director는 DNS 서비스 통합을 RHOSP Networking 서비스(neutron)와 구성하여 가상 머신 인스턴스, 네트워크 포트 및 유동 IP에 대한 레코드를 자동으로 생성할 수 있습니다. 자세한 내용은 DNS-as-a-Service에 Designate 사용을 참조하십시오.