IBM Cloud 用於資源部署的區域和資料中心位置
IBM Cloud® 擁有彈性的全球據點網路,可託管您的高可用性雲端工作負載。 不同地點的資源會整合為以帳戶為基礎的計費和使用檢視。 您也可以將工作負載部署到最靠近客戶的位置,以實現低延遲連線。IBM Cloud 為經典基礎設施資源提供 多區域區域(MZR)分散在多個區域中實體位置的區域,以提高容錯能力。、 單一園區多區域區域(SC-MZR)由位於單一建築物或校園內的多個區域所組成的區域。 電源、冷卻、網路和實體安全等依賴性可能是共用的,但其設計可提供高度的故障獨立性。 和經典 資料中心提供雲端服務之伺服器的實體位置。。
此圖片僅為藝術呈現,並不反映實際的政治或地理邊界。
地區
IBM® 提供兩種類型的區域:MZR 和單校區 MZR,兩者都被視為一個 MZR。 這兩種類型的基礎架構都提供相同的 SLA。 區域是 一個獨立的地理區域,由一個或多個區域組成,通常以大都會 (metro) 城市區域的名稱來稱呼,如達拉斯或倫敦。
區域內的每個 區域區域內的一個位置,可作為獨立的故障域,並減少與區域內其他區域的延遲。都有助於改善容錯性和降低延遲。 區域使用兩個不同的名稱來識別。 有一個區域名稱,例如 us-south-1
,它是目前帳戶中區域的邏輯識別符。 也有一個通用的區域名稱,它是一個區域的識別碼,在
IBM Cloud 上是一致的,例如 us-south-dal10-a
。 通用區域名稱透過將區域名稱對應到實體位置(例如資料中心),為 VPC 資源提供位置規格。 另外,經典資源的位置並非由區域指定,而是使用區域內的特定資料中心,例如 DAL10
。 如需更多關於帳戶特定區域資訊的資訊,請參閱 每個帳戶的區域映射。
透過將工作負載分佈在三個區域,並透過虛擬私有端點使用高可用性的區域雲端資源,您可以提高區域可用性。 將工作負載分散至多個區域,可以提供更高的可用性,並作為災難復原計劃的基礎。 有區域、地區和全球雲端服務,提供跨區域的一致資源。 IBM 區域服務分佈於 MZR 中的各區,通常提供 99.99 % (第 3 級) 的可用性。
多區域地區
MZR 由多個區域中的三個或更多資料中心組成,具有獨立的電源、冷卻和網路連線,以確保這些元件的故障將被隔離到單一區域。 MZR 在區域內提供低延遲 (< 2 毫秒延遲) 和高頻寬 (> 1000 Gbps) 的連線。
MZR 利用區域內的三個獨立站點提供最高等級的備援和可用性,區域之間的距離至少為 1 英里,確切距離因區域而異。 區與區之間的延遲可在 網路延遲儀表板 中找到。
MZR 支援 VPC 和傳統基礎結構資源的不同運算類型。 傳統資源的位置由資料中心指定,而 VPC 資源位置則由區域指定。 如需更多關於您帳戶每個區域可用於 VPC 資源的實體位置的資訊,請參閱 每個帳戶的區域映射。
下表列出 IBM Cloud 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 |
華盛頓 (us-east ) |
us-east-1 us-east-2 us-east-3 |
地區 | 區域 |
---|---|
法蘭克福 (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 |
地區 | 區域 |
---|---|
悉尼 (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 得以維持,是因為基礎結構是以可同時維護的方式設定,因此單一故障不會影響同一校園內的所有三個區域。 此設定非常適合支援在區域內同地辦公的使用者的服務,因為它可以減少支援災難復原工作負載的延遲。
下表列出 IBM Cloud 中可用的 SC-MZR 位置以及相關的區域和區段。
地區 | 區域 |
---|---|
大阪 (jp-osa ) |
jp-osa-1 jp-osa-2 jp-osa-3 |
蒙特婁 (ca-mon ) |
ca-mon-1 ca-mon-2 ca-mon-3 |
每個帳戶的區域映射
每個區域內有三個或更多區域,在 API、SDK、CLI 和 Terraform 中使用 regionname-number
語法識別,例如 us-south-1
。 每個 IBM Cloud 帳戶的每個區域都有一個區域映射,決定了區域和實體位置之間的關係。 區域映射到實體位置,使用 regionname-datacenter-letter
語法以通用區域名稱來表示,例如 us-south-dal10-a
。
帳戶區域對應在區域中建立第一個 VPC 資源時建立,並由 IBM 決定。 您可以在 Endpoint 區段的 VPC Infrastructure Overview 頁面上檢視為帳戶指定的區域對應。 您也可以使用 VPC API 來列出帳戶的對應。 在極少數情況下,您可以與技術客戶經理合作要求變更,但每項要求都會逐案評估。
例如,如果您要建立混合 VPC 和 Power Virtual Server 應用程式,瞭解帳戶的區域對應會很有幫助。 您可以先建立 VPC 資源,然後檢閱您的區域對應,以確定 VPC 資源位於哪個通用區域,這樣就能確保在相同的實體位置建立經典資源。 傳統基礎結構和 IBM® Power® Virtual Server 服務位置由資料中心指定,而 VPC 資源的實體位置則由通用區域名稱指定。
下表使用通用區域名稱、相關資料中心,以及每個 MZR 的可用 存在點(PoP網路雲端中儲存伺服器及路由器的實體位置。 ) 位置,顯示可用的實體位置。
地區 | 通用區域名稱 | 資料中心 | PoP |
---|---|---|---|
達拉斯 (us-south ) |
us-south-dal10-a us-south-dal12-a us-south-dal13-a us-south-dal14-a |
DAL10 DAL12 DAL13 DAL14 |
DAL03 DAL04 |
聖保羅 (br-sao ) |
br-sao-sao01-a br-sao-sao04-a br-sao-sao05-a |
SAO01 SAO04 SAO05 |
SAO02 SAO03 |
多倫多 (ca-tor ) |
ca-tor-tor01-a ca-tor-tor04-a ca-tor-tor05-a |
TOR01 TOR04 TOR05 |
TOR02 TOR03 |
華盛頓 (us-east ) |
us-east-wdc04-a us-east-wdc06-a us-east-wdc07-a |
WDC04 WDC06 WDC07 |
WDC02 WDC05 |
地區 | 通用區域名稱 | 資料中心 | PoP |
---|---|---|---|
法蘭克福 (eu-de ) |
eu-de-fra02-a eu-de-fra04-a eu-de-fra05-a |
FRA02 FRA04 FRA05 |
FRA01 FRA03 |
倫敦 (eu-gb ) |
eu-gb-lon04-a eu-gb-lon05-a eu-gb-lon06-a |
LON04 LON05 LON06 |
LON01 LON03 |
馬德里 (eu-es ) |
eu-es-mad02-a eu-es-mad04-a eu-es-mad05-a |
MAD02 MAD04 MAD05 |
MAD01 MAD03 |
地區 | 通用區域名稱 | 資料中心 | PoP |
---|---|---|---|
悉尼 (au-syd ) |
au-syd-syd01-a au-syd-syd04-a au-syd-syd05-a |
SYD01 SYD04 SYD05 |
MEL02 PER01 SYD02 SYD03 |
東京 (jp-tok ) |
jp-tok-tok02-a jp-tok-tok04-a jp-tok-tok05-a |
TOK02 TOK04 TOK05 |
TOK01 TOK03 |
如果您在使用 CLI、API、SDK 或 Terraform 時引用區域,請確保使用程式化的區域名稱。 例如,使用 us-south
以達拉斯 (us-south
) 地區為目標。
下表顯示每個 SC-MZR 使用其通用區域名稱、相關資料中心和可用 PoP 位置的可用實體位置。
地區 | 通用區域名稱 | 資料中心 | PoP |
---|---|---|---|
大阪 (jp-osa ) |
jp-osa-osa21-a jp-osa-osa22-a jp-osa-osa23-a |
OSA21 OSA22 OSA23 |
OSA01 |
蒙特婁 (ca-mon ) |
ca-mon-mon04-a ca-mon-mon04-b ca-mon-mon04-c |
MON04 | MON02 |
依地點檢視資源
您可以從主控台的「資源清單」頁面檢視所有資源和位置。 如果您要檢視特定位置的資源並進行處理,請展開位置篩選器,然後從清單中選取位置。 透過擴充特定位置,您可以選擇依區域、區域或個別資料中心進行篩選。
根據資源類型,您可能只對特定類型的位置資料感興趣。 例如,如果您建立了服務或 VPC 基礎結構服務,您可以根據區域和區碼篩選資源清單頁面。 不過,如果您使用的是傳統基礎架構或 Power Virtual Server 資源,特定的資料中心代碼就是您的相關資訊。
例如,如果您有部署在 London 2 ( eu-gb-2 ) 區的資源,您可以設定篩選條件,在資源清單中只顯示這些資源。 擴充 London metro 選項,以及 London (eu-gb) region 選項。 在該區域內,您可以從可用區域清單中選取,例如 London 2 ( eu-gb-2 )。
如果您有部署在特定資料中心的經典基礎結構資源,您可以透過特定的都會位置和字母數字代碼來識別資料中心。 例如,使用 Dallas 作為都會區位置,然後以 Dallas 10 ( dal10 ) 作為資料中心。
您也可以檢視部署在 Satellite 位置的資源,這些位置由 IBM Cloud 都會區或區域管理,並決定 Satellite 控制平面的主控器執行位置。 例如,您可能有一個由達拉斯都會區管理的 Satellite 據點。 擴展達拉斯都會選項,其中包括您的 Satellite 位置,如 my-satellite-dal
。 如需有關管理 Satellite 據點的都會區和區域的詳細資訊,請參閱 區域。
您也可能想要顯示位於全球的資源。 全局選項表示只向客戶工作負載發佈一個邏輯的、全球可存取的服務實體,不受任何區域或區間的影響。 可以從廣域端點存取這些類型的資源。
如下圖所示,資料中心是一座實體建築物,代表位於多區域 (MZR) 內的區域。 MZR 依據其都會區位置來組織。 例如,在 MZR 中,倫敦可以包含一個以上的資料中心群組。 圖中顯示的是一個 MZR 中的三個區域,在其中一個資料中心無法使用時,三個區域會一起運作。 區域之間直接連接,或透過低延遲連結連接。
經典資料中心
除了為您的資源選擇區域外,如果您使用的是經典基礎結構或 Power Virtual Server 資源,您還可以從 IBM Cloud 資料中心清單中進行選擇。
資料中心託管用於服務和應用程式的電力、冷卻、運算、網路和儲存資源。 它們無法提供與位置中多區域的隔離。
資料中心以 POD 架構為基礎,每個資料中心可以有一個以上的 POD,視按需求建置而定。 每個 POD 都包含機架、伺服器、網路和儲存設備,以及備用發電機。 跨 POD 放置工作負載伺服器可提高可用性。
如需每個資料中心的特定代碼,請參閱下表。
資料中心 | 代碼 |
---|---|
達拉斯 08 [1] | DAL08 |
達拉斯 09 | DAL09 |
達拉斯 10 | DAL10 |
達拉斯 12 | DAL12 |
達拉斯 13 | DAL13 |
達拉斯 14 | DAL14 |
蒙特婁 01 | MON01 |
聖荷西 03 | SJC03 |
聖荷西 04 | SJC04 |
聖保羅 01 | SAO01 |
聖保羅 04 | SAO04 |
聖保羅 05 | SAO05 |
多倫多 01 | TOR01 |
多倫多 04 | TOR04 |
多倫多 05 | TOR05 |
華盛頓特區 03 [2] | WDC03 |
華盛頓特區 04 | WDC04 |
華盛頓特區 06 | WDC06 |
華盛頓特區 07 | WDC07 |
資料中心 | 代碼 |
---|---|
阿姆斯特丹 03 | AMS03 |
法蘭克福 02 | FRA02 |
法蘭克福 04 | FRA04 |
法蘭克福 05 | FRA05 |
倫敦 02 | LON02 |
倫敦 04 | LON04 |
倫敦 05 | LON05 |
倫敦 06 | LON06 |
馬德里 02 | MAD02 |
馬德里 04 | MAD04 |
馬德里 05 | MAD05 |
米蘭 01 | MIL01 |
巴黎 01 | PAR01 |
資料中心 | 代碼 |
---|---|
清奈 01 | CHE01 |
大阪 21 | OSA21 |
大阪 22 | OSA22 |
大阪 23 | OSA23 |
新加坡 01 | SNG01 |
雪梨 01 | SYD01 |
雪梨 04 | SYD04 |
雪梨 05 | SYD05 |
東京 02 | TOK02 |
東京 04 | TOK04 |
東京 05 | TOK05 |
此表包括某些即將關閉的資料中心。 如需關閉的資料中心清單,請參閱 資料中心關閉。