公司的生產資料庫原本只跑在馬來西亞的 Kubernetes 叢集裡,而且只有一份。主管問「如果 Azure 整區掛掉怎麼辦」,於是有了這個專案。
這 30 篇記錄一次真實的混合雲災害復原建置:把生產資料庫從馬來西亞遷到日本的 Azure MySQL,再透過 IPsec 隧道複製回台灣的地端機房,讓雲端出事時能切回自己的機器。內容包含方案取捨、網段規劃、複製建立、定序統一、故障演練與正式切換,以及最後實測到的 12 分鐘 RTO。
我任職一年多、非本科出身,這是第一次獨立負責這種規模的事。所以文章裡除了怎麼做,也有走錯的路、誤判的訊號,和事後才明白當初那個決定為什麼重要。
感謝點進來看這個系列文章,我是轉職軟體工程師一年半的菜雞 Min。 撰寫這個系列,是為了記錄近期在公司完成的測試及生產環境「雲-地混合」災害復原專案。過程都是靠...
上一篇講了我們為什麼需要一份「Azure 之外的退路」,也留了一個問題沒回答:這份退路到底該長什麼樣,我又該拿什麼標準去選。 這篇就來拆這兩件事。先講當時擺在桌...
上一篇最後提到,建 Azure 資料庫的時候有一個叫「連線方式」的選項,我隨手選了一個,後來整台砍掉重建。今天就講這件事。 要在 Azure 上開一台託管的 M...
昨天講完資料庫本身的選項。今天講的是把雲端和地端接起來的那條線。 這一步的目標很單純:讓地端的備援資料庫,能夠連到雲端的主資料庫,把資料同步回來。中間隔著一整個...
建 Azure 的網路資源時,會有好幾個欄位要你填 IP 網段。虛擬網路一個、MySQL 的子網一個、閘道的子網一個。 這些欄位看起來就是填數字,隨便給一個沒被...