了解Cloud Databases的高可用性

本文件涵蓋所有資料 IBM Cloud® 庫,包括 Databases for PostgreSQL:Databases for MongoDB、Databases for Redis、Databases for Elasticsearch、、IBM Cloud® Databases for MySQL、及 Messages for RabbitMQ。

地區

IBM Cloud®資料庫實例部署在多專區區域 (MZR)(例如達拉斯、法蘭克福、倫敦、雪梨、東京和華盛頓)或單校區多專區區域(例如,欽奈)。 每個實例都部署在高可用配置中;也就是說,每個資料庫將資料複製到一台或多台伺服器上,使資料在正常操作期間具有高可用性。

  • MZR 中,資料庫成員分佈在不同的資料中心或區域。
  • 單園區多專區區域 中,資料庫成員分佈在不同的主機上。

如果 MZR 中發生單園區多專區區域故障或任何區域中發生硬體故障,您的資料仍然可以訪問,因為它已複製到其他功能齊全的資料庫伺服器上。 此類問題由現有的IBM Cloud®專家解決。

有關特定資料庫如何在其每個成員之間複製資料的更多信息,請參閱您的Cloud Databases文件。

備份

如果發生整個區域故障,該區域中的資料庫伺服器可能無法訪問,但備份資料仍然可用。 您可以從服務管理控制台啟動從這些備份還原到可用區域的作業。 有關詳細信息,請參閱 Cloud Databases備份文件

您有責任 建立一個新的服務實例,以便在復原IBM Cloud®資料庫平台時進行復原。 您也負責測試備份的有效性和復原時間。 有關更多信息,請參閱Cloud Databases的共同責任頁面中的 災難復原部分

應用級高可用

透過網路和雲端服務進行通訊的應用程式可能會出現短暫的連線故障。 您希望設計應用程式,使其在發生因暫時性連線中斷(無論是與部署環境或 IBM Cloud 的連線)所導致的錯誤時,能夠重新建立連線(而非僅進行重試)。

由於Cloud Databases是一項託管服務,因此定期更新和資料庫維護是正常操作的一部分。 此類維護有時會導致資料庫在短時間內被停用。

您的應用程式必須設計為能夠處理資料庫的暫時性中斷,實作失敗資料庫指令的錯誤處理機制,並實作重新連線邏輯以從暫時性中斷中恢復。

預計不會出現幾分鐘的資料庫無法使用或連線中斷的情況。 如果您的無連線時間超過一分鐘,請開啟包含詳細資訊的 支援票證,以便我們進行調查。

如果您在多個區域進行部署,則必須設定IBM Cloud® Monitoring並在每個區域啟用平台指標。 有關更多信息,請參閱 IBM Cloud Monitoring 整合。

SLA