지역

IBM® 두 가지 유형의 지역, 즉 MZR과 단일 캠퍼스 MZR을 제공하며, 두 가지 모두 MZR로 간주됩니다. 두 유형의 기본 인프라는 동일한 SLA를 제공합니다. 지역이란 하나 이상의 구역으로 구성된 독립적인 지리적 영역으로, 일반적으로 댈러스나 런던과 같은 대도시(메트로) 도시 지역 이름으로 지칭합니다.

리전 내의 각 영역은지역 내의 위치로서 독립적인 결함 영역으로 작용하고, 해당 지역의 다른 구역에 대한 지연 시간이 감소한 위치입니다. 향상된 내결함성과 지연 시간 감소를 지원합니다. 영역은 두 개의 개별 이름을 사용하여 식별합니다. 현재 계정의 컨텍스트에서 영역의 논리적 식별자인 영역 이름(예: us-south-1 )이 있습니다. 또한 IBM Cloud 전반에 걸쳐 일관되게 적용되는 영역의 식별자 역할을 하는 범용 영역 이름도 있는데, 예를 들어 us-south-dal10-a 와 같은 것입니다. 범용 영역 이름은 영역 이름을 데이터 센터와 같은 물리적 위치에 매핑하여 VPC 리소스에 대한 위치 사양을 제공합니다. 또는 클래식 리소스의 위치가 영역별로 지정되지 않고 대신 지역 내의 특정 데이터 센터(예: DAL10)를 사용합니다. 내 계정과 관련된 영역 정보에 대한 자세한 내용은 계정별 영역 매핑을 참조하세요.

워크로드를 3개의 영역에 분산하고 가상 사설 엔드포인트를 통해 가용성이 높은 지역 클라우드 리소스를 사용함으로써 지역 가용성을 높일 수 있습니다. 여러 지역에 워크로드를 분산하면 가용성을 높이고 재해 복구 계획의 기반이 될 수 있습니다. 여러 지역에 걸쳐 일관된 리소스 집합을 제공하는 구역, 지역 및 글로벌 클라우드 서비스가 있습니다. IBM 지역 서비스는 MZR 내의 여러 구역에 분산되어 있으며, 일반적으로 99.99 %(티어 3)의 가용성을 제공합니다.

다중 구역 지역

MZR은 독립적인 전력, 냉각 및 네트워크 연결을 갖춘 여러 구역의 3개 이상의 데이터 센터로 구성되어 이러한 구성 요소의 장애가 단일 구역으로 격리되도록 합니다. MZR은 영역 내에서 짧은 지연 시간(2밀리초 미만의 지연 시간)과 높은 대역폭(1000Gbps 이상)의 연결을 제공합니다.

지역 내 3개의 별도 사이트를 활용하여 최고 수준의 이중화 및 가용성을 제공하는 MZR은 구역 간 최소 거리가 1마일 이상이며 정확한 거리는 지역마다 다릅니다. 영역 간 지연 시간은 네트워크 지연 시간 대시보드에서 확인할 수 있습니다.

MZR은 VPC와 기존 인프라 리소스 모두에 대해 다양한 유형의 컴퓨팅을 지원합니다. 클래식 리소스의 위치는 데이터 센터에 의해 지정되는 반면, VPC 리소스 위치는 영역에 의해 지정됩니다. 계정에서 VPC 리소스에 대해 지역별로 사용할 수 있는 실제 위치에 대한 자세한 내용은 계정별 영역 매핑을 참조하세요.

다음 표에는 해당 지역의 ‘ IBM Cloud ’ MZR 위치 및 구역이 나열되어 있습니다.

북미와 남미의 MZR
표 앞의 버튼을 사용하여 표의 컨텍스트를 변경하십시오. 열 머리글은 특정 지리적 영역 내의 위치 유형을 나타냅니다.

지역	구역
댈러스(us-south)	us-south-1 us-south-2 us-south-3
상파울루(br-sao)	br-sao-1 br-sao-2 br-sao-3
토론토(ca-tor)	ca-tor-1 ca-tor-2 ca-tor-3
워싱턴 DC(us-east)	us-east-1 us-east-2 us-east-3

유럽의 MZR
표 앞의 버튼을 사용하여 표의 컨텍스트를 변경하십시오. 열 머리글은 특정 지리적 영역 내의 위치 유형을 나타냅니다.

지역	구역
프랑크푸르트(eu-de)	eu-de-1 eu-de-2 eu-de-3
런던(eu-gb)	eu-gb-1 eu-gb-2 eu-gb-3
마드리드 (eu-es)	eu-es-1 eu-es-2 eu-es-3

아시아 태평양 지역의 MZR
표 앞의 버튼을 사용하여 표의 컨텍스트를 변경하십시오. 열 머리글은 특정 지리적 영역 내의 위치 유형을 나타냅니다.

지역	구역
시드니(au-syd)	au-syd-1 au-syd-2 au-syd-3
도쿄(jp-tok)	jp-tok-1 jp-tok-2 jp-tok-3

CLI, API, SDK 또는 Terraform을 사용할 때 지역을 참조하는 경우 프로그래밍 방식 지역 이름을 사용하세요. 예를 들어 댈러스(us-south) 지역을 타겟팅하려면 us-south 을 사용합니다.

단일 캠퍼스 MZR

단일 캠퍼스 MZR(SC-MZR)은 전력, 냉각, 네트워킹 및 물리적 보안 종속성이 겹칠 수 있는 캠퍼스 내 여러 건물 또는 같은 건물의 다른 섹션에 있는 세 개의 구역으로 구성됩니다. SC-MZR은 충분한 중복성과 복원력을 갖추고 있어 계획된 또는 계획되지 않은 시스템 중단에도 지속적인 가용성과 생존성을 보장할 수 있도록 설정됩니다.

SLA는 단일 오류가 동일한 캠퍼스의 3개 영역 모두에 영향을 미치지 않도록 인프라가 동시에 유지 관리 가능한 방식으로 설정되기 때문에 유지됩니다. 이 설정은 재해 복구 워크로드를 지원하기 위한 지연 시간을 줄여주므로 영역에 코로케이션된 사용자를 지원하는 서비스에 이상적입니다.

다음 표에는 ‘ IBM Cloud ’에서 사용할 수 있는 SC-MZR 위치와 관련 지역 및 구역이 나열되어 있습니다.

단일 캠퍼스 MZR

지역	구역
첸나이 - 에어텔 (in-che)	in-che-1 in-che-2 in-che-3
몬트리올 (ca-mon)	ca-mon-1 ca-mon-2 ca-mon-3
뭄바이 - 에어텔 (in-mum)	in-mum-1 in-mum-2 in-mum-3
오사카(jp-osa)	jp-osa-1 jp-osa-2 jp-osa-3

위치별 리소스 보기

콘솔의 리소스 목록 페이지에서 모든 리소스 및 위치를 볼 수 있습니다. 특정 위치의 리소스를 보고 이에 대해 작업하려면 위치 필터를 펼친 다음 목록에서 위치를 선택하십시오. 특정 위치를 확장하여 지역, 구역 또는 개별 데이터 센터별로 필터링하도록 선택할 수 있습니다.

리소스 유형에 따라 특정 유형의 위치 데이터에만 관심이 있을 수 있습니다. 예를 들어, 서비스 또는 VPC 인프라 서비스를 작성한 경우 지역 및 구역 코드별로 리소스 목록 페이지를 필터링할 수 있습니다. 하지만 기존 인프라나 Power Virtual Server 리소스를 사용하고 계신다면, 특정 데이터 센터 코드가 바로 여러분에게 필요한 정보입니다.

예를 들어, 런던 2(eu-gb-2) 구역에 배치된 리소스가 있는 경우에는 이러한 리소스만 표시하도록 필터를 설정할 수 있습니다. 런던 메트로 옵션을 펼친 후 런던(eu-gb) 지역 옵션을 펼치십시오. 이 지역 내 사용 가능한 구역의 목록에서 선택할 수 있습니다(예: London 2 (eu-gb-2)).

특정 데이터 센터에 배치된 클래식 인프라 리소스가 있는 경우 특정 메트로 위치 및 영숫자 코드로 데이터 센터를 식별할 수 있습니다. 예를 들어, 대도시 위치는 Dallas를 사용하고 데이터 센터는 Dallas 10( dal10 ) 을 사용합니다.

Satellite 또한, IBM Cloud 위치에 배포된 리소스를 확인할 수 있습니다. 이 위치는 메트로 또는 리전에서 관리되며, Satellite 제어 플레인의 마스터가 실행되는 위치를 결정합니다. 예를 들어 댈러스 메트로에서 관리하는 Satellite 위치가 있을 수 있습니다. my-satellite-dal 과 같이 Satellite 위치가 포함된 댈러스 메트로 옵션을 확장합니다. Satellite 위치를 관리하는 대도시 및 지역에 대한 자세한 내용은 지역을 참조하세요.

전 세계에 위치한 리소스를 표시하려고 할 수도 있습니다. '글로벌' 옵션을 선택하면, 특정 리전이나 존과 무관하게 서비스의 논리적 인스턴스 중 하나만 고객 워크로드에 공개됩니다. 이러한 리소스 유형은 글로벌 엔드포인트에서 액세스할 수 있습니다.

다음 그림에서 볼 수 있듯이, 데이터 센터는 다중 구역 지역(MZR) 내에 위치한 구역을 나타내는 물리적 건물입니다. MZR은 해당 메트로 위치로 구성됩니다. 예를 들어, 런던은 MZR 내 둘 이상의 데이터 센터 그룹을 포함할 수 있습니다. 이 그림은 데이터 센터 중 하나가 가용하지 않게 될 경우 서로 연동하여 작동하는 하나의 MZR 내 세 개의 구역을 보여줍니다. 각 구역은 서로 직접 연결되거나 저지연 링크를 통해 연결됩니다.

클래식 인프라 데이터 센터

리소스의 리전을 선택하는 것 외에도, 클래식 인프라 또는 Power Virtual Server 리소스를 사용하는 경우 IBM Cloud 데이터 센터 목록에서 선택할 수 있습니다.

데이터 센터는 서비스 및 앱에 사용되는 전원, 냉각, 컴퓨팅, 네트워크 및 스토리지 리소스를 호스팅합니다. 하나의 위치에서 다중 구역으로부터의 격리를 제공하지 않습니다.

데이터 센터는 POD 아키텍처를 기반으로 하며 On-Demand 확장에 따라 각 데이터 센터에 하나 이상의 POD를 포함할 수 있습니다. 각 POD는 백업 전원 발전기와 함께 랙, 서버, 네트워크 및 스토리지로 구성됩니다. 워크로드 서버를 여러 POD에 분산 배치하면 가용성이 향상됩니다.

데이터 센터별 특정 코드는 다음 표를 참조하십시오.

테이블에는 곧 중단하도록 설정된 특정 데이터 센터가 포함되어 있습니다. 폐쇄되는 데이터 센터 목록은 데이터 센터 폐쇄를 참조하십시오.