openstack 예제

기본적으로 오버레이에는 워크로드에 따라 달라지는 보조 전체 메시 옵션이 포함됩니다. 예를 들어 대부분의 웹 서비스 응용 프로그램에는 전체 메시 오버레이 네트워크에 큰 문제가 없으며 일부 네트워크 모니터링 도구 또는 저장소 복제 워크로드에는 처리량 또는 과도한 브로드캐스트 트래픽에 성능 문제가 있습니다. 이 장에는 Red Hat OpenStack 플랫폼 배포의 아키텍처 예제에 대한 참조가 포함되어 있습니다. CPU에서 HTT를 사용하도록 설정하는 결정은 사용 사례에 따라 다릅니다. 예를 들어 HTT를 사용하지 않도록 설정하면 강력한 컴퓨팅 환경에 도움이 될 수 있습니다. HTT를 유무에 관계없이 로컬 워크로드의 성능 테스트를 실행하면 특정 사례에 더 적합한 옵션을 결정하는 데 도움이 될 수 있습니다. 이 가이드에서는 충분한 Linux 환경을 갖춘 OpenStack의 신규 사용자에게 적합한 기능 예제 아키텍처를 사용하여 다음 주요 OpenStack 서비스의 단계별 배포를 다룹니다. 서버의 저장소를 저장합니다. 예를 들어 Compute 호스트의 저장소를 그리드 컴퓨팅 솔루션과 유사한 방식으로 채우거나 블록 저장소를 독점적으로 제공하는 전용 호스트에 채울 수 있습니다. 예제 아키텍처에서는 기본 가상 시스템 또는 인스턴스를 실행하려면 두 개 이상의 노드(호스트)가 필요합니다. 블록 저장소 및 개체 저장소와 같은 선택적 서비스에는 추가 노드가 필요합니다. 고정 공용 IP 대신 부동 IP가 필요한 경우 NAT를 사용해야 합니다. 예를 들어 DHCP 서버 IP에 매핑된 DHCP 릴레이를 사용합니다.

이 경우 각 새 인스턴스에 대한 레거시 또는 외부 시스템을 다시 구성하는 대신 대상 IP를 새 인스턴스에 적용하도록 인프라를 자동화하는 것이 더 쉽습니다. 배포 예제는 다음 노드 중 하나 이상을 참조합니다. 매우 유연하며 자체 복구 및 자동 균형 조정과 같은 기능을 사용하여 운영 비용을 절감할 수 있습니다. 사용 가능한 공간의 양을 최대화하려면 코드풀을 지우는 것이 좋습니다. 인스턴스 및 개체 인터페이스에 대해 OpenStack 블록 저장소가 있는 블록 장치를 제공하는 저장소 풀을 만들 수 있습니다. 이 아키텍처 예제에서는 데이터베이스 I/O 요구 사항이 높고 빠른 SSD 풀에서 스토리지를 요구합니다. 필수 구성 조건(일반적으로 하드웨어 요구 사항은 일반적으로 각 구성 블록에 따라 증가합니다.) 각 빌딩 블록은 이전 빌딩 블록의 적절한 배포 및 운영에 따라 달라집니다. 예를 들어, 첫 번째 빌딩 블록(공급자 네트워크)은 하나의 컨트롤러와 2개의 컴퓨팅 노드만 필요하고, 두 번째 빌딩 블록(셀프 서비스 네트워크)은 네트워크 노드를 추가하고, 고가용성 빌딩 블록은 일반적으로 두 번째 네트워크 노드를 추가합니다.

총 5개의 노드를 또한 각 빌딩 블록에는 추가 인프라가 필요하거나 네트워크와 같은 기존 인프라를 변경해야 할 수도 있습니다. 필터를 사용하여 셀의 배치를 처리하는 계산 스케줄러를 사용자 지정할 수도 있습니다. 예를 들어 ImagePropertiesFilter는 게스트가 실행하는 운영 체제(예: Linux 또는 Windows)를 기반으로 특수 처리를 제공합니다.