Red Hat Summit6장. 데이터 센터에 걸쳐 있는 클러스터에 대한 지침
Red Hat은 OpenShift Container Platform 클러스터가 데이터 센터 내에 배포되는 배포 모델을 강력히 권장하지만, 공급자가 클러스터가 데이터 센터 전체에 걸쳐 있을 수 있는 배포 모델을 사용할 수 있는 시나리오가 있을 수 있음을 인지하고 있습니다. 이 문서에서는 많은 데이터 센터에 걸쳐 있는 클러스터 배포를 살펴보고 배포 가능성에 영향을 미치는 중요한 메트릭을 설명할 때 고려해야 할 사항을 간략하게 설명합니다. 이러한 배포 설계는 제품이 최적으로 작동할 수 있도록 이러한 지침을 준수하고 적절한 제품 지원 서브스크립션을 통해 최고 수준의 지원을 보장해야 합니다.
많은 데이터 센터에 걸쳐 있는 클러스터 배포는 위치를 통해 클러스터를 단일 장애 도메인으로 확장하며 재해 복구 계획을 대체하지 않아야 합니다.
많은 데이터 센터에 걸쳐 있는 클러스터 배포가 있는 클러스터는 표준 Red Hat OpenShift Container Platform 지원 지침에 따라 바인딩됩니다. 자세한 내용은 Red Hat OpenShift Container Platform 라이프 사이클 및 Red Hat 제품 지원 적용 범위를 참조하십시오.
많은 사이트에 걸쳐 있는 OpenShift Container Platform 클러스터를 배포하지 않는 것이 좋습니다. 많은 데이터 센터 또는 지역에 있어야 하는 경우 리전 또는 사이트당 하나의 클러스터를 배포하고 Red Hat Advanced Cluster Management for Kubernetes (ACM)와 같은 도구를 사용하여 이러한 클러스터 및 배포를 관리합니다.
일부 OpenShift Container Platform 플랫폼은 많은 데이터 센터 배포에 대해 특정 지원을 제공합니다. 자세한 내용은 플랫폼별 제품 문서 및 릴리스 노트를 확인하십시오. 다른 플랫폼은 노드 간 네트워크 연결의 품질에 따라 데이터 센터에 걸쳐 있을 수 있습니다. 자세한 내용은 etcd 및 성능에 영향을 미치는 튜닝 가능 항목/조건 이해를 참조하십시오.
많은 데이터 센터에 걸쳐 있는 클러스터 배포를 구현할 때 Red Hat OpenShift Container Platform High Availability 및 Recommended Practices 에 설명된 사례를 구현해야 합니다. 다중 사이트 배포의 대안은 ACM에서 관리하는 사이트당 하나의 OpenShift Container Platform 클러스터를 배포하는 것입니다.
6.1. 확장된 클러스터의 배포 경고
이 문서에 제공된 지침은 데이터 센터에 걸쳐 있는 클러스터 배포의 일반적인 측면에 중점을 둡니다. 명심해야 할 몇 가지 경고 사항:
- 데이터 센터에 걸쳐 있는 배포 설계는 특수 지원 요구 사항에 부합하지 않지만 표준 단일 사이트 클러스터에 비해 추가 고려 사항이나 지원(시간, 문제 확인, 수정, 해결)이 필요할 수 있는 추가적인 내재적 복잡성이 있습니다.
- Kube API 대기 시간이 길거나 트랜잭션 속도가 낮은 클러스터에서 애플리케이션이 제대로 작동하지 않거나 전혀 작동하지 않을 수 있습니다.
- 스토리지 공급자와 같은 계층화된 제품은 대기 시간이 단축됩니다. 이러한 경우 대기 시간 제한은 계층화된 제품에서 지원하는 아키텍처에서 지정합니다.
실패 시나리오는 확장된 컨트롤 플레인으로 확대되고 영향을 받는 방식은 배포와 관련이 있습니다. 이로 인해 프로덕션 환경의 데이터 센터에 걸쳐 있는 배포를 사용하기 전에 조직은 다음과 같은 중단 중에 클러스터의 동작을 테스트하고 문서화해야 합니다.
- 하나, 둘 또는 모든 컨트롤 플레인 노드를 분리한 네트워크 파티션이 있는 경우
- 컨트롤 플레인 노드 간 전송 네트워크에 MTU 불일치가 있는 경우
- 1개 이상의 컨트롤 플레인 노드를 향하는 Day 2 이벤트로 대기 시간이 지속적으로 급증하는 경우
- 네트워크 혼잡, 잘못된 구성 또는 QoS 부족, 패킷 오류를 유발하는 중간 네트워크 장치 및 기타 오류로 인해 지터에 상당한 변경이 있는 경우
- 많은 사이트, 네트워크 인프라, 스토리지 인프라 또는 기타 구성 요소에 배포된 클러스터에는 더 많은 장애 지점이 있습니다. 네트워크 중단 또는 분할이 이러한 클러스터에 큰 위협으로 작용하여 특히 노드가 서로 연결이 끊어질 위험이 있습니다. 이러한 다중 사이트 클러스터는 이러한 오류를 염두에 두고 설계되어야 합니다. 다중 사이트 클러스터를 배포하는 조직은 장애 시나리오를 광범위하게 테스트해야 하며 클러스터가 모든 장애 지점으로부터 보호되는지 여부를 고려해야 합니다. 탄력적 고가용성 클러스터 설계의 중요한 측면을 검토하려면 Red Hat 지원팀에 문의하십시오.
- 경우에 따라 GEO 인식은 대기 시간을 최소화하기 위해 해결해야 하는 요구 사항 또는 문제이므로GSLB(Global Service Load Balancing) 방법을 올바르게 구현할 수 있어야 합니다.
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}