我的問題源於最近發生的 7 月 2 日 CloudFlare 在其係統上部署不良軟體並導致包括我們在內的大多數客戶停機的事件。https://blog.cloudflare.com/cloudflare-outage/

有沒有辦法讓 CloudFlare 管理我們的 DNS，但在其之上或同時擁有一個備用的冗餘名稱伺服器，以防 CloudFlare 再次出現故障？或者某種解決方案可以在 CloudFlare 網路之外添加冗餘，但在我們的服務仍在 CloudFlare 上時可以工作？

我對這些方面的任何事情都持開放態度。

唯一想到的是讓一個外部觀察者應用程序監視我們的設置狀態，如果在 DNS 級別存在像最近的問題這樣的重大問題，只需將註冊商 DNS 伺服器更改為由維護的備用 DNS 伺服器我們通過註冊商 API。該備用 DNS 伺服器將提供一些故障安全記錄，以允許訪問我們的項目，同時缺少 CloudFlare 的 CDN 和流量負載平衡功能。

這會是我的問題的可能甚至首選的解決方案嗎？

我們項目設置的一些背景：

至關重要的是，我們的項目的停機時間為零，我們為此非常努力。在伺服器/服務級別，我們的項目是完全冗餘的，我們在美國的三個區域中為所有服務（haproxy、應用程序、數據庫）提供冗餘伺服器。數據庫由 Galera Cluster 多主機處理，在其內部協商機制之上，由自定義外部觀察者應用程序監控，即使所有三個數據庫伺服器以某種方式彼此分離，也可以重新配置其中一個數據庫伺服器作為主伺服器. 因此，即使兩個區域發生故障，剩餘區域的數據庫也會被提升為主數據庫，而另外兩個區域將自己從集群中移除，等待人工干預——這是最壞的情況。在這個設置的前面是 CloudFlare，它為我們在 DNS 級別進行負載平衡，並且流量在三個區域之間分配，然後根據伺服器負載和連接時間依次從一個服務分配到下一個服務，並且還允許跨區域分發請求。由於 CloudFlare 如此龐大，我們錯誤地沒有將其視為單點故障，正如我們在最近由它們引起的停機事件中看到的那樣，它實際上就是這樣。

值得一提的是，我們不能也不想與 CloudFlare 分道揚鑣，他們 99.9% 的時間都對我們很好，他們的 Argo 服務讓我們的速度大幅提升，此外，我們最終會得到另一個 CDN仍然是單點故障，並且容易出現同樣的問題。

感興趣的是：https ://blog.serverfault.com/2017/01/09/surviving-the-next-dns-attack/

您將不得不放棄從 Cloudflare 控制台管理您的 DNS。但是 https://www.cloudflare.com/dns/在您不想讓他們（完全）管理您的 DNS 時提供了幾種選擇。

Cloudflare 要求使用者在註冊 Cloudflare 時更改其 DNS。如果您無法將 DNS 移動或更改為 Cloudflare，您可以通過 CNAME 使用 Enterprise 訂閱設置 Cloudflare。您還可以將 Cloudflare 設置為輔助 DNS 提供商…

主從 DNS

現有的 DNS 提供商充當主要 DNS，包括記錄管理和解析。對主要 DNS 提供商進行記錄更新。配置完成後，主要 DNS 提供商會自動更新 Cloudflare 的 DNS。Cloudflare 的 DNS 和主要 DNS 提供商都可以看到 DNS 流量，遞歸伺服器決定使用哪個 DNS。

引用自：https://serverfault.com/questions/973833