当社のトランジットプロバイダーが深刻なハードウェア障害によりダウンしています。復旧の見込み時刻は利用できません。標準およびビジネス顧客サイトの読み取り専用ミラーを別の場所で起動しています。（ref）
更新アクセス用に、hostsファイルに記述できるエントリや、その他の回避策を提供していただけますでしょうか？
Hi @EricGT - フェイルオーバーが別の場所に切り替わった場合、すべての変更は当社の側で自動的に処理されます。お客様が行う必要はありません。
（技術的には、影響を受けるサイトのDNSレコードを変更して新しい場所にポイントさせます）
「いいね！」 1
このような重大なサービス停止が、ここではほとんど見えないというのは、本当に奇妙です。
半日もダウンしているサイトがあるのに、投稿は2件だけのスレッド（管理者ではなくユーザーが開始したもの）が1つだけですか？
なぜ何の連絡もないのですか？
サイトは別のサーバーで稼働しており、詳細なチェックはしていませんが、期待どおりに動作しています。
ありがとうございます。 
@emyoulation さん、こんにちは
このようなホストサイトのアップデートについては、こちらの専用ページで確認できます。
「いいね！」 5
ステータスページはありがたいのですが、ステータスの更新が不明瞭な場合に議論する場が提供されていません。
「transit provider」を扱ったことがなく、この用語はGoogle検索してもあまりヒットしません。（インターネットパケットの移動よりも、大衆輸送機関の人の移動に関する検索結果が多く表示されます。）また、「severe hardware fault」は（停電が長引いた際のバックアップ発電機の燃料切れから、メインビルが全焼したことまで）何でもあり得ます。コミュニケーションは、不安を和らげるどころか、不安と不確実性を掻き立てました。
インターネットの文脈では、トランジットプロバイダーとはトラフィックを運ぶ事業者のことです。障害の具体的な内容については、ほとんど、あるいは全く詳細を共有しません。せいぜい、サービスの低下や障害の相対的な深刻さについて話す程度です。
これらのネットワークは通常、複数の冗長レイヤーで構築されており、複合的な障害が発生した場合にのみ、実際のダウンタイムにつながります。CloudFlareのように、障害について時折詳細に説明してくれる例外も存在しますが、それは例外であり、規則ではありません。
「いいね！」 4
良い点としては、この経験を通して、問題が発生した際にコミュニティとコミュニケーションを取る方法を再検討していることです。