IBM Cloud 의 위치 및 지역 이해하기
IBM Cloud 의 로케이션 및 리전이 클러스터 배포를 위해 어떻게 구성되는지, 특히 멀티존 리전 및 단일 캠퍼스 멀티존 리전에 대해 알아보세요.
VPC 다중 구역 지역
VPC 리소스는 리전에 프로비저닝되며, 리전은 메트로 내의 별도 존 그룹입니다. 구역은 별도의 데이터 센터로 맵핑되어 리소스가 다중 구역 아키텍처의 구역에 고르게 분산되도록 합니다. API 및 CLI에서는 존이 지역별 존 이름을 사용하지만(us-south-1), 콘솔에서는 데이터 센터 위치를 기준으로 존이 지정됩니다(Dallas 1). us-south-1 및
DAL10 와 같이 VPC 존 및 위치에 해당하는 데이터 센터 코드에 대해서는 ‘다중 존 지역’을 참조하십시오.
- 뭄바이 (
in-mum) VPC MZR 제한 사항 - 운영 체제: 버전 4.16 이상에서 Mumbai에서만 클러스터를 만들 수 있으며, RHEL 9 또는 RHCOS 워커 노드만 사용할 수 있습니다.
- 베어메탈 워커: 뭄바이에서는 베어메탈 VPC 워커 노드를 사용할 수 없습니다.
- 첸나이 (
in-che) VPC MZR 제한 사항 - 운영 체제: 클러스터는 Chennai 버전 4.16 이상에서만 생성할 수 있으며, RHEL 9 또는 RHCOS 워커 노드만 사용할 수 있습니다.
- 베어메탈 작업자: 첸나이에서는 베어메탈 VPC 작업자 노드를 사용할 수 없습니다.
- 몬트리올 (
ca-mon) VPC MZR 제한 사항 - 웹후크: 클러스터 내 서비스에 액세스하는 웹후크만 작동합니다. 클러스터 외부의 외부 웹훅( URL )에 직접 액세스하는 웹훅은 차단됩니다.
- 운영 체제: 몬트리올에서는 버전 4.16 이상에서만 클러스터를 만들 수 있으며, RHEL 9 또는 RHCOS 워커 노드만 사용할 수 있습니다.
- Portworx Enterprise 및 Portworx 백업: Portworx Enterprise 및 Portworx 백업의 기본 설치 방법은 아직 몬트리올 지역의 비공개 전용 클러스터에서 지원되지 않습니다. 몬트리올의 비공개 전용 클러스터에 Portworx Enterprise 또는 Portworx 백업을 설치해야 하는 경우 Portworx 지원팀에 문의하세요. 자세한 내용은 Portworx 지원을 참조하세요.
이 이미지는 예술적 표현이며 실제 정치적 또는 지리적 경계를 반영하지 않습니다.
| 지리적 위치 | 국가 | 메트로 | 지역 | 구역 |
|---|---|---|---|---|
| 아시아 태평양 | 호주 | 시드니 | au-syd | au-syd-1, au-syd-2, au-syd-3 |
| 아시아 태평양 | 인도 | 첸나이 | in-che | in-che-1, in-che-2, in-che-3 |
| 아시아 태평양 | 인도 | 뭄바이 | 인맘 | in-mum-1, in-mum-2, in-mum-3 |
| 아시아 태평양 | 일본 | 오사카 | jp-osa | jp-osa-1, jp-osa-2, jp-osa-3 |
| 아시아 태평양 | 일본 | 도쿄 | jp-tok | jp-tok-1, jp-tok-2, jp-tok-3 |
| 유럽 | 독일 | 프랑크푸르트 | eu-de | eu-de-1, eu-de-2, eu-de-3 |
| 유럽 | 스페인 | 마드리드 | eu-es | eu-es-1, eu-es-2, eu-es-3 |
| 유럽 | 영국 | 런던 | eu-gb | eu-gb-1, eu-gb-2, eu-gb-3 |
| 북미 | 캐나다 | 몬트리올 | ca-mon | ca-mon-1, ca-mon-2, ca-mon-3 |
| 북미 | 캐나다 | 토론토 | ca-tor | ca-tor-1, ca-tor-2, ca-tor-3 |
| 북미 | 미국 | Dallas | us-south | us-south-1, us-south-2, us-south-3 |
| 북미 | 미국 | 워싱턴 DC | us-east | us-east-1, us-east-2, us-east-3 |
| 남미 | 브라질 | 상파울루 | br-sao | br-sao-1, br-sao-2, br-sao-3 |
클래식 지역
이 문서에서 zone 이라는 용어는 사용 중인 인프라 유형에 따라 다른 것을 의미합니다. VPC의 경우 zone 라는 용어는 MZR 내의 영역 이름(예: us-south-1)을 의미합니다. 클래식 인프라의 경우 zone 라는 용어는 dal10 와 같은 클래식 데이터 센터를 의미합니다.
여러 데이터 센터가 있는 클래식 리전
여러 데이터 센터로 구성된 클래식 클러스터를 생성하면 고가용성 Kubernetes 마스터의 복제본이 데이터 센터 간에 자동으로 분산됩니다. 존(데이터 센터) 장애로부터 애플리케이션을 보호하기 위해, 워커 노드를 여러 클래식 존에 분산 배치할 수 있습니다. CLI에서 클래식 리전에 여러 데이터 센터가 있는지 확인하려면 ibmcloud oc locations 을 실행하고 Multizone Metro 열에서 값을 찾으면 됩니다.
이 이미지는 예술적 표현이며 실제 정치적 또는 지리적 경계를 반영하지 않습니다.
| 지리적 위치 | 국가 | 메트로 | 지역 | 구역 |
|---|---|---|---|---|
| 아시아 태평양 | 호주 | 시드니 | au-syd | syd01, syd04, syd05 |
| 아시아 태평양 | 일본 | 오사카 | jp-osa | osa21, osa22, osa23 |
| 아시아 태평양 | 일본 | 도쿄 | jp-tok | tok02, tok04, tok05 |
| 유럽 | 독일 | 프랑크푸르트 | 디프라 | fra02, fra04, fra05 |
| 유럽 | 영국 | 런던 | 극론 | lon02, lon04, lon05, lon06 |
| 북미 | 미국 | Dallas | 우리-달 | dal10, dal12, dal13 |
| 북미 | 미국 | 워싱턴 DC | us 지정가니다 있다니다. | wdc04, wdc06, wdc07 |
하나의 데이터 센터가 있는 클래식 리전
데이터 센터가 하나만 있는 지역에서 클래식 클러스터를 생성하는 경우, 고가용성 마스터에는 별도의 호스트에 3개의 복제본이 포함되지만 클래식 영역에 분산되어 있지 않습니다.
하나의 데이터 센터가 있는 클래식 지역은 클래식 데이터 센터를 지원하는 가장 가까운 지역에 위치한 지역 엔드포인트에서 관리됩니다(예: mon01 에서 us-east 로 또는 sao01 에서 us-south 로).
이 이미지는 예술적 표현이며 실제 정치적 또는 지리적 경계를 반영하지 않습니다.
| 지리적 위치 | 국가 | 메트로 | 지역 | 구역 | 지역에서 관리 |
|---|---|---|---|---|---|
| 아시아 태평양 | 인도 | 첸나이 | in-che | che01 | AP 북부(ap-north, jp-tok) |
| 아시아 태평양 | 싱가포르 | 싱가포르 | sn1m스냅에은 | sng01 | AP 북부(ap-north, jp-tok) |
| 유럽 | 프랑스 | 파리 | Fr-병렬 | par01 | 중앙 유럽(eu-central, eu-de) |
| 유럽 | 네덜란드 | 암스테르담 | nl-ams | ams03 | 중앙 유럽(eu-central, eu-de) |
| 북미 | 캐나다 | 몬트리올 | ca-mon | mon01 | 미국 동부(us-east) |
| 북미 | 캐나다 | 토론토 | ca-tor | tor01 | 미국 동부(us-east) |
| 북미 | 미국 | 새너제이 | Us-sjc | sjc03, sjc04 | 미국 남부(us-south) |
| 남미 | 브라질 | 상파울루 | br-sao | sao01 | 미국 남부(us-south) |
Satellite 리젼
Satellite 클러스터에 대해 지원되는 Managed from 리젼 목록을 보려면 지원되는 Satellite 위치 를 참조하십시오.
리소스는 어디에 있나요?
클러스터에 리소스가 저장되는 위치는 클러스터의 가용성에 따라 달라집니다. 클러스터는 단일 영역 또는 여러 영역(멀티존)에서 사용할 수 있습니다.
단일 영역 클러스터의 리소스
클러스터의 리소스는 클러스터가 배포된 데이터 센터에 그대로 남아 있지만, 관리 작업은 지역 엔드포인트를 통해 전달될 수 있습니다.
마스터 및 작업자 노드를 포함한 클러스터의 리소스는 클러스터가 배치된 구역과 동일한 구역에 있습니다. oc 명령과 같은 로컬 컨테이너 오케스트레이션 조치를 시작하면 동일한 구역 내의 마스터와 작업자 노드 간에 정보가 교환됩니다.
스토리지, 네트워킹, 컴퓨팅 또는 포드에서 실행되는 애플리케이션과 같은 다른 클러스터 리소스를 설정하는 경우, 해당 리소스와 그 데이터는 클러스터를 배포한 데이터 센터에 그대로 남아 있습니다.
다음과 같은 클러스터 관리 작업(예: ibmcloud oc 명령어 실행과 같은 클러스터 관리 작업을 시작하면, 클러스터 이름, ID, 사용자 등의 기본 정보와 함께 해당 명령어가 리저널 엔드포인트와 글로벌 엔드포인트를 통해 전달됩니다.
멀티존 클러스터의 리소스
멀티존 클러스터에서는 클러스터의 리소스가 여러 위치(VPC의 경우 존, 클래식의 경우 데이터 센터)에 분산되어 가용성을 높입니다.
워커 노드는 지역의 여러 VPC 영역 또는 클래식 데이터 센터에 분산되어 클러스터에 더 많은 가용성을 제공합니다. Kubernetes 마스터 복제본도 영역 또는 기존 데이터 센터에 분산되어 있습니다. 다음과 같은 로컬 컨테이너 오케스트레이션 작업을 시작할 때 oc 명령어와 같은 로컬 컨테이너 오케스트레이션 작업을 시작하면, 해당 정보는 글로벌 엔드포인트를 통해 마스터 노드와
워커 노드 간에 교환됩니다.
스토리지, 네트워킹, 컴퓨팅 또는 포드에서 실행되는 애플리케이션과 같은 기타 클러스터 리소스는 클러스터 내의 각 존에 배포되는 방식이 서로 다릅니다. 자세한 정보를 보려면 다음 주제를 검토하십시오.
- 클러스터에 파일 저장소 및 블록 스토리지 을 설정하거나 멀티존 영구 스토리지 솔루션 선택하기 를 설정합니다.
- 클러스터 내의 네트워크 부하 분산(NLB)서비스를 사용하여 앱에 대한 공용 또는 사설 액세스를 활성화합니다.
- Ingress를 사용한 네트워크 트래픽 관리
- 앱의 가용성 향상
ibmcloud oc 명령을 실행하는 등 클러스터 관리 작업을 시작할 때, 클러스터의 이름, ID, 사용자 등의 기본 정보는 글로벌 엔드포인트를 통해 전달됩니다.