6장. 오버클라우드 계획
다음 섹션에는 RHOSP(Red Hat OpenStack Platform) 환경의 여러 측면을 계획하기 위한 몇 가지 지침이 나와 있습니다. 여기에는 노드 역할 정의, 네트워크 토폴로지 계획 및 스토리지가 포함됩니다.
배포 후 오버클라우드 노드의 이름을 바꾸지 마십시오. 배포 후 노드 이름을 변경하면 인스턴스 관리 문제가 발생합니다.
6.1. 노드 역할
director에는 오버클라우드를 빌드하기 위한 다음과 같은 기본 노드 유형이 있습니다.
- 컨트롤러
환경을 제어하기 위한 주요 서비스를 제공합니다. 여기에는 대시보드(horizon), 인증(keystone), 이미지 스토리지(glance), 네트워킹(neutron), 오케스트레이션(heat) 및 고가용성 서비스가 포함됩니다. RHOSP(Red Hat OpenStack Platform) 환경에는 프로덕션 수준의 고가용성 환경을 위한 컨트롤러 노드 3개가 필요합니다.
참고하나의 컨트롤러 노드가 있는 환경은 프로덕션이 아닌 테스트 목적으로만 사용합니다. 두 개의 컨트롤러 노드 또는 세 개 이상의 컨트롤러 노드로 구성된 환경은 지원되지 않습니다.
- 컴퓨팅
- 환경에서 가상 머신을 실행하는 데 필요한 처리 기능이 포함되어 있고 하이퍼바이저 역할을 하는 물리 서버입니다. 기본 RHOSP 환경에는 하나 이상의 컴퓨팅 노드가 필요합니다.
- Ceph Storage
- Red Hat Ceph Storage를 제공하는 호스트입니다. 추가 Ceph Storage 호스트는 클러스터에서 확장될 수 있습니다. 이 배포 역할은 선택 사항입니다.
- Swift Storage
- OpenStack Object Storage(swift) 서비스에 외부 오브젝트 스토리지를 제공하는 호스트입니다. 이 배포 역할은 선택 사항입니다.
다음 표에서는 다른 오버클라우드의 몇 가지 예제를 보여주고 각 시나리오에 사용되는 노드 유형을 정의합니다.
표 6.1. 시나리오에 사용되는 노드 배포 역할
| 컨트롤러 | 컴퓨팅 | Ceph Storage | Swift Storage | 합계 | |
| 소규모 오버클라우드 | 3 | 1 | - | - | 4 |
| 중간 규모 오버클라우드 | 3 | 3 | - | - | 6 |
| 추가 오브젝트 스토리지가 있는 중간 규모의 오버클라우드 | 3 | 3 | - | 3 | 9 |
| Ceph Storage 클러스터가 있는 중간 규모의 오버클라우드 | 3 | 3 | 3 | - | 9 |
또한 개별 서비스를 사용자 지정 역할로 나눌지 여부를 검토합니다. 구성 가능한 역할 아키텍처에 대한 자세한 내용은 Advanced Overcloud Customization 가이드의 "Composable Services and Custom Roles"를 참조하십시오.
표 6.2. 개념 배포 증명을 위한 노드 배포 역할
| 언더클라우드 | 컨트롤러 | 컴퓨팅 | Ceph Storage | 합계 | |
| 개념 증명 | 1 | 1 | 1 | 1 | 4 |
Red Hat OpenStack Platform은 2일차(Day-2) 작업 중에 작동 중인 Ceph Storage 클러스터를 유지 관리합니다. 따라서 Ceph Storage 클러스터의 업그레이드 또는 마이너 업데이트와 같은 일부 2일차 작업은 MON 또는 스토리지 노드가 3개 미만인 배포에서는 수행할 수 없습니다. 단일 Controller 노드 또는 단일 Ceph Storage 노드를 사용하는 경우 2일차 작업이 실패합니다.
