如今，許多企業(yè)都在談論他們的公共云采用計劃，directadmin漢化 虛擬主機，而這些討論經(jīng)常圍繞如何避免受到潛在的云服務中斷影響。而其原因是確實發(fā)生了公共云服務的中斷，盡管這些中斷現(xiàn)在比以前發(fā)生的要少得多，但企業(yè)最關(guān)心的是如何減少中斷的風險。

好在每個主要的公共云供應商都提供了構(gòu)建高度可用環(huán)境的選項，這些環(huán)境可以在某種類型的中斷得以恢復和幸免。例如，AWS公司提出了利用多個地理區(qū)域的四個選項。這些選項（其他公共云供應商也可以使用）具有不同的價格，并提供不同的恢復點目標（RPO）和不同的恢復時間目標（RTO）。

如今，許多企業(yè)都在談論他們的公共云采用計劃，而這些討論經(jīng)常圍繞如何避免受到潛在的云服務中斷影響。而其原因是確實發(fā)生了公共云服務的中斷，盡管這些中斷現(xiàn)在比以前發(fā)生的要少得多，但企業(yè)最關(guān)心的是如何減少中斷的風險。

好在每個主要的公共云供應商都提供了構(gòu)建高度可用環(huán)境的選項，這些環(huán)境可以在某種類型的中斷得以恢復和幸免。例如，AWS公司提出了利用多個地理區(qū)域的四個選項。這些選項（其他公共云供應商也可以使用）具有不同的價格，并提供不同的恢復點目標（RPO）和不同的恢復時間目標（RTO）。

以AWS為例，其中一些方法包括：

從備份恢復到其他區(qū)域，人們將環(huán)境備份到S3，包括EBS快照、RDS快照、AMI和常規(guī)文件備份。由于S3在默認情況下僅將數(shù)據(jù)復制到單個區(qū)域內(nèi)的可用區(qū)域，因此企業(yè)需要啟用到災難恢復區(qū)域的跨區(qū)域復制。企業(yè)將承擔在第二個區(qū)域傳輸和存儲數(shù)據(jù)的成本，但不會產(chǎn)生計算、EBS或數(shù)據(jù)庫成本，直到企業(yè)需要在其災難恢復區(qū)內(nèi)生效。而權(quán)衡是啟動應用程序所需的時間。

在另一個區(qū)域進行熱備份，將數(shù)據(jù)復制到第二個區(qū)域，這里企業(yè)將運行一個縮小版的生產(chǎn)環(huán)境。這個環(huán)境始終處于活動狀態(tài)，并且其大小適合恢復業(yè)務所需的最小容量。企業(yè)根據(jù)需要使用Route 53切換到災難恢復區(qū)域。根據(jù)需要將環(huán)境擴展到全部容量。有了這些選項，企業(yè)可以更快恢復數(shù)據(jù)，但會產(chǎn)生更高的成本。

多區(qū)域“Active/Active”解決方案，在這個方案中，數(shù)據(jù)在兩個區(qū)域之間同步，并且兩個區(qū)域都用于為請求提供服務。這是最復雜的設置和最昂貴的方案。然而，即使整個區(qū)域出現(xiàn)故障，停機時間也會很少或根本沒有。雖然上述方法實際上是災難恢復解決方案，但這個方案是關(guān)于構(gòu)建真正高度可用的解決方案。

     成功的多區(qū)域設置和災難恢復流程的關(guān)鍵之一是盡可能采用自動化工具。這其中包括備份、復制和啟動企業(yè)的應用程序。利用Ansible和Terraform等自動化工具來捕捉環(huán)境狀態(tài)并自動啟動資源。此外，重復測試以確保企業(yè)能夠成功從可用區(qū)域或區(qū)域故障中恢復。這不僅要測試工具，域名購買 directadmin購買，還要測試其過程。