11.2. OpenShift Container Platform 테스트 클러스터 최대값
| 최대 유형 | 3.7 테스트된 최대값 | 3.9 테스트된 최대값 | 3.10 테스트된 최대값 | 3.11 테스트된 최대값 |
|---|---|---|---|---|
| 노드 수 | 2,000 | 2,000 | 2,000 | 2,000 |
| Pod 수 [1] | 120,000 | 120,000 | 150,000 | 150,000 |
| 250 | 250 | 250 | 250 | |
| 10이 기본값입니다. | 10이 기본값입니다. | 기본값 없음 | 기본값 없음 | |
| 네임스페이스 수 | 10,000 | 10,000 | 10,000 | 10,000 |
| 빌드 수: 파이프라인 전략 | 해당 없음 | 10,000(기본 Pod RAM 512Mi) | 10,000(기본 Pod RAM 512Mi) | 10,000(기본 Pod RAM 512Mi) |
| 네임스페이스당 Pod 수 [2] | 3,000 | 3,000 | 3,000 | 25,000 |
| 서비스 수 [3] | 10,000 | 10,000 | 10,000 | 10,000 |
| 네임스페이스당 서비스 수 | 해당 없음 | 해당 없음 | 5,000 | 5,000 |
| 서비스당 백엔드 수 | 5,000 | 5,000 | 5,000 | 5,000 |
| 네임스페이스당 배포 수 [2] | 2,000 | 2,000 | 2,000 | 2,000 |
- 여기에 표시된 Pod 수는 테스트 Pod 수입니다. 실제 Pod 수는 애플리케이션의 메모리, CPU 및 스토리지 요구 사항에 따라 다릅니다.
- 시스템에는 일부 상태 변경에 대한 대응으로 지정된 네임스페이스의 모든 오브젝트에 대해 반복해야 하는 컨트롤 루프가 많습니다. 단일 네임스페이스에 지정된 유형의 오브젝트가 많이 있으면 루프 비용이 많이 들고 지정된 상태 변경 처리 속도가 느려질 수 있습니다. 최대값은 애플리케이션 요구 사항을 충족하기에 충분한 CPU, 메모리 및 디스크가 시스템에 있다고 가정합니다.
- 각 서비스 포트와 각 서비스 백엔드에는 iptables에 해당 항목이 있습니다. 지정된 서비스의 백엔드 수는 끝점 오브젝트의 크기에 영향을 미치므로 시스템 전체에서 전송되는 데이터의 크기에 영향을 미칩니다.
11.2.1. 경로 최대값 링크 복사링크가 클립보드에 복사되었습니다!
OpenShift Container Platform 3.11.53에서 라우터 테스트는 AWS(Amazon Web Services)의 3-노드 환경에서 완료되었습니다. 100개의 HTTP 경로, 특히 100개의 백엔드 Nginx pod가 있으며 keepalive 가 100 으로 설정되어 있습니다. 결과는 다음과 같습니다.
- 대상 경로당 연결 = 초당 24,327 요청
- 대상 경로당 40개의 연결 = 초당 20,729 요청
- 대상 경로당 200개 연결 = 초당 17,253 요청