IBM Cloud 用於實現高可用性的區域與資料中心
探索 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 位置,以及相關的區域和區。
| 地區 | 區域 |
|---|---|
金奈 - Airtel(in-che ) |
in-che-1 in-che-2 in-che-3 |
蒙特婁 (ca-mon) |
ca-mon-1 ca-mon-2 ca-mon-3 |
孟買 - Airtel (in-mum) |
in-mum-1 in-mum-2 in-mum-3 |
大阪(jp-osa ) |
jp-osa-1 jp-osa-2 jp-osa-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 |
|---|---|---|---|
金奈 - Airtel(in-che ) |
in-che-che02-a in-che-che02-b in-che-che02-c |
CHE02 | CHE03 CHE04 |
蒙特婁 (ca-mon) |
ca-mon-mon04-a ca-mon-mon04-b ca-mon-mon04-c |
MON04 | MON02 |
孟買 - Airtel (in-mum) |
in-mum-mum02-a in-mum-mum03-a in-mum-mum05-a |
MUM02 MUM03 MUM05 |
MUM01 MUM04 |
大阪(jp-osa ) |
jp-osa-osa21-a jp-osa-osa22-a jp-osa-osa23-a |
OSA21 OSA22 OSA23 |
OSA01 |
依地點檢視資源
您可以從主控台的「資源清單」頁面檢視所有資源和位置。 若要檢視並處理特定位置的資源,請展開「位置」篩選器,並從清單中選取一個位置。 透過擴充特定位置,您可以選擇依區域、區域或個別資料中心進行篩選。
根據資源類型,您可能只對特定類型的位置資料感興趣。 例如,如果您建立了服務或 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 | PAR01 |
| 資料中心 | 代碼 |
|---|---|
| 清奈 01 | CHE01 |
| 大阪 21 | OSA21 |
| 大阪 22 | OSA22 |
| 大阪 23 | OSA23 |
| 新加坡 01 | SNG01 |
| 雪梨 01 | SYD01 |
| 雪梨 04 | SYD04 |
| 雪梨 05 | SYD05 |
| 東京 02 | TOK02 |
| 東京 04 | TOK04 |
| 東京 05 | TOK05 |
此表包括某些即將關閉的資料中心。 如需關閉的資料中心清單,請參閱 資料中心關閉。