3.5. 성능

네트워크 요구 사항은 성능 기능을 결정하는 데 도움이 됩니다. 예를 들어 소규모 배포에서는 1GbE(Gigabit Ethernet) 네트워킹을 사용할 수 있으며 여러 부서를 제공하는 대규모 설치 또는 많은 사용자가 10GbE 네트워킹을 사용해야 할 수 있습니다.

실행 중인 인스턴스의 성능은 이러한 네트워크 속도로 제한될 수 있습니다. 네트워킹 기능을 혼합하여 실행하는 OpenStack 환경을 설계할 수 있습니다. OpenStack 환경의 사용자는 다양한 인터페이스 속도를 활용하여 목적에 맞는 네트워크를 선택할 수 있습니다.

예를 들어 웹 애플리케이션 인스턴스는 OpenStack Networking이 1GbE 기능이 있는 퍼블릭 네트워크에서 실행될 수 있으며, backend 데이터베이스는 10GbE 기능이 있는 OpenStack Networking 네트워크를 사용하여 데이터를 복제할 수 있습니다. 경우에 따라 설계에서 링크 집계를 통합하여 처리량을 높일 수 있습니다.

클라우드 API에 프런트 엔드 서비스를 제공하는 하드웨어 로드 밸런서를 구현하여 네트워크 성능을 향상시킬 수 있습니다. 필요한 경우 하드웨어 로드 밸런서도 SSL 종료를 수행할 수 있습니다. SSL 오프로드를 구현할 때 선택한 장치의 SSL 오프로드 기능을 확인하는 것이 중요합니다.

CPU, 메모리, 디스크 유형을 포함하여 컴퓨팅 노드에 사용되는 하드웨어 사양은 인스턴스의 성능에 직접적인 영향을 미칩니다. OpenStack 서비스의 조정 가능한 매개 변수는 성능에 직접적인 영향을 미칠 수 있습니다.

예를 들어 OpenStack Compute의 기본 초과 커밋 비율은 CPU의 경우 16:1이고 메모리는 1.5입니다. 이러한 높은 비율은 "noisy-neighbor" 활동이 증가할 수 있습니다. 이 시나리오를 피하고 사용량이 증가할 때 환경을 모니터링하려면 컴퓨팅 환경의 크기를 신중하게 조정해야 합니다.

블록 스토리지는 NetApp 또는 EMC, Ceph와 같은 스케일 아웃 스토리지와 같은 엔터프라이즈 백엔드 시스템을 사용하거나 블록 스토리지 노드에서 직접 연결된 스토리지 기능을 사용할 수 있습니다.

블록 스토리지를 배포하여 프론트 측 API 트래픽 성능에 영향을 미치고 부정적인 영향을 받을 수 있는 호스트 네트워크를 통과하도록 트래픽을 배포할 수 있습니다. 따라서 컨트롤러 및 컴퓨팅 호스트에서 전용 인터페이스가 있는 전용 데이터 스토리지 네트워크를 사용하는 것이 좋습니다.

사용자는 일반적으로 하드웨어 로드 밸런서에서 실행되는 프록시 서비스를 통해 오브젝트 스토리지에 액세스합니다. 기본적으로 복원력이 높은 스토리지 시스템은 전체 시스템 성능에 영향을 줄 수 있는 저장된 데이터를 복제합니다. 이 경우 스토리지 네트워크 아키텍처에서 10GbE 이상의 네트워킹 용량이 권장됩니다.

컨트롤러 노드는 최종 사용자에게 관리 서비스를 제공하고 클라우드 작업을 위해 내부적으로 서비스를 제공합니다. 컨트롤러 인프라를 실행하는 데 사용되는 하드웨어를 신중하게 설계하는 것이 중요합니다.

컨트롤러는 서비스 간 시스템 메시징을 위해 메시지 대기열 서비스를 실행합니다. 메시징의 성능 문제로 인해 인스턴스 실행 및 삭제, 새 스토리지 볼륨 프로비저닝, 네트워크 리소스 관리와 같은 운영 기능이 지연될 수 있습니다. 이러한 지연은 특히 자동 확장 기능을 사용할 때 일부 조건에 반응하는 애플리케이션의 기능에 부정적인 영향을 미칠 수 있습니다.

또한 컨트롤러 노드에서 여러 동시 사용자의 워크로드를 처리할 수 있는지 확인해야 합니다. 고객의 서비스 신뢰성을 개선하기 위해 API 및 Horizon 서비스가 로드되었는지 확인합니다.

OpenStack ID 서비스(keystone)는 내부적으로 OpenStack 및 최종 사용자에게 모든 서비스에 대한 인증 및 권한 부여를 제공하는 것이 중요합니다. 이 서비스는 적절하게 크기가 지정되지 않은 경우 전체 성능이 저하될 수 있습니다.

모니터링에 매우 중요한 메트릭은 다음과 같습니다.