マイクロソフトのクラウドアカウント販売: Azureトラフィックマネージャ + sqlデータベースに基づいて99.99% の高可用性アーキテクチャを構築
今日の海に出る大ブームと多国籍商業版の図では、IT設計者や運輸管理責任者として、最も深夜に目を覚ます悪夢は、「単一地域の人間蒸発」ではない。
あなたの独立した駅、多国籍SaaS、ゲームのバックエンドの枠組みがどんなに完璧であっても、業務全体が一つの地理的地域 (例えばマイクロソフトのクラウドにしか配置されていない香港の機械室) に押宝されていれば帝国全体の運命を一点に賭けたのと同じです。百年に一度の黒鳥事件に遭遇すると、例えば海底光ケーブルが軽率な貨物船に不意に立ち往生され、地域レベルの基幹網が壊滅的なDDoS爆撃に遭遇し、さらには機械室が物理的に停電した。あなたのサイトは瞬間的に無限の死の循環に陥ってロードされ、海外の購入者は狂ったクリックで白い画面しか見ることができない。1分以上麻痺すると、何千もの広告費が水を汲んで、ブランドの信頼度が完全に破産したことを意味する。
マイクロソフトクラウド (Azure) の現代化の高可用性生態には、このような地域レベルの災害に対抗するための「究極の王爆グループ」がある
Azureトラフィックマネージャ (Traffic Manager)+ Azure sqlデータベースのアクティブなオフサイトレプリケーション
。
この組み合わせ拳の核心論理は非常に強硬である
卵を同じかごに入れることを拒否し、世界的に物理的に隔離された二つの地域で、画素レベルが同期し、自動的に閉ループできる「多国籍二重活/災害準備大後方」を作る
。本日は、いかなる官製の説教じみた決まり文句も拒否し、退屈な認証パラメーターを暗記することもありません。最もハードコアな生産の実戦から直接切り込んで、この大手工場の規範を手に持って、15分以内にビルを立ち上げて、99.99% の究極の高利用可能な枠組みを溶接した。
第一段階: 深さ解体、地域を越えて災害を受け入れる「双子星世界モデル」
Azureコンソールに手を出す前に、この両生類の災害対策の基礎となる物理的な運行モデルを頭の中に構築しなければならない。そうでなければ、なぜ両側のデータがけんかをしないのか理解しにくい。
高可用性システム全体は「二つの動脈」が底で死んで支えられている
トラフィック指揮官:Azureトラフィックマネージャ: これは完全にホストされたDNSベースのグローバルトラフィックルーティングエンジンです。あなたの実際のビジネスデータに触れることなく、大気圏の外で世界中のユーザーを見つめている「ノック要求」だけを担当します。それは秒レベルの頻度で、毎日あなたの主地域と予備地域に「脈」を与えます。主な地域のサーバーが切れていることを発見すれば、数秒以内に、神は知らないうちに世界のすべての新しいユーザーのドメイン名を解析して、早くも満血待機の予備地域を指している。
基礎となるデータの魂:Azure SQL活動のオフサイト・レプリケーション: トラフィックが切れ、代替地域のデータベースが空白であれば、新しいユーザーが入ってきてもエラーになる。これはマイクロソフトが自ら研究した黒技術を利用して、活動のオフサイトでコピーする必要がある。それは
あなたが全く知らない場合、メイン地域のデータベースのすべての行の注文、すべてのアカウントのパスワードを、マイクロソフトが独自に構築した世界的な高防御光ファイバを通じて、ミリ秒レベルの極めて低い遅延でリアルタイムの「影化」は数千キロ離れた予備地域データベースに同期的にクローンされている。予備倉庫は普段は「読み取り専用」の状態として黙々と待機しています。主倉庫で黒鳥事件が発生すると、その場で瞬間的に開封し、全体を引き継ぐことができます。
第二段階: 実戦演習一: Azure SQLのオフサイトデータ動脈を配置する
Azureの2つの異なる地域 (メイン地域など) にいることを確認してください
East Asia
香港、災害準備地域選
Southeast Asia
シンガポール) は、それぞれ正常に動作するWebアプリケーションサーバーを構築しました。次に、一番食べにくい骨を貫通します
データ同期
。
ログイン
Azureポータル（ポータル）
、香港のメイン地域にある
Azure SQL database
詳細ページ。
1.「影人」クローン計画を開始する
左側のびっしりとしたメニューバーで、下にスワイプして「データ管理」 (データ管理) -> 「レプリカ」 (オフサイトレプリケーション) を見つけます。
上部にある「Create replica」をクリックします。
ターゲットサーバーを選択: シンガポール (シンガポール災害準備地域) で事前に建設した空白SQLサーバを正確に選択します。
Second dary type (コピータイプ): Readable (読み取り可能) を選択します。設計者の技術的潜在ルール: 読めることを選択すると、シンガポールにあるこのバックアップデータベースは普段は無駄ではない社内の重い「財務諸表の導出」や「ビッグデータ分析」などの読み取り専用照会トラフィックを、シンガポールにドレナージして走ることができます香港の主庫の圧力を大幅に軽減する。
2.データが海を越えて暴れるのを目撃する
設定完了後「作成」をクリックします。マイクロソフトの分散データベースエンジンは、バックグラウンドで瞬時に専用のデータパイプラインを立ち上げます。
約数分後、コンソール画面に美しいものが見えます
緑の点線
海を越えて、香港とシンガポールをしっかりと結び、状態は
Readable
。このとき、地元に次の注文があると、データは0.5秒以内にシンガポールで安定している。
第三段階: 実戦演習二 ― 流量管理器を配置し、全世界の高防司令部を設置する
データ層の溶接が死んだので、今、私たちは最先端に流量ゲートを設置して、災害、秒レベルの切り流を自動的に識別する能力を備えさせなければならない。
Azureコンソールの上にある検索バーに入力します
「Traffic Manager profiles」
をクリックして作成します。
1.司令部大綱の確立
Name (名前)
: Global-router-hqと名付けられ、公式に無料の高可用性ドメイン名global-router-hq.trafficmanager.netを自動的にプレゼントしますあなたの公式サイトのドメイン名をCNAMEにバインドすればいいです。
ルーティングメソッド: 非常にコアで、「Priority」 (優先度) を正確に選択する必要があります。なぜPriorityモードを選んだのですか?これは古典的な「主予備 (アクティブ-Passive) 災害復旧モード」を表しています。すべてのトラフィックはデフォルトで100% 優先度の高い主地域に注入され、主地域が完全に死んだ場合にのみ、予備地域が引き継ぐ。
2.溶接死検査触角と両極陣地 (Endpoints)
作成後、クリックしてこのプロフィールに入り、左側のメニューでクリックします
「構成」 (構成)
。
プロトコル: HTTPSを選択します。
ポート: 443と入力します。
Path (パス):/ヘルスチェック (.NETまたはJavaコードに非常にシンプルなAPIを書く必要があります。サーバーが生きていれば200 OKを返します。フローマネージャは30秒ごとにドアをノックして、あなたが死んでいないかどうかを見ます。
次に、左側のをクリックします。
「Endpoints」 (終了点)
香港とシンガポールのWebサーバーを皿に投げます。
主陣地 (香港) の追加: TypeはAzure endpointを選択します。ターゲットリソースは、香港のWeb Appまたはロードバランサを選択します。Priority (優先度) は1を入力します。
退路陣地 (シンガポール) を追加する: 上記の手順を繰り返して、シンガポールのWeb Appを選択します。Priorityは2を入力します。
保存をクリックします。これまで、全世界を縦断し、両生類を連動した99.99% の災害を受け入れる枠組みが完全に龍になって、全線が貫通している!
第四段階: 奇跡を目撃した時 ― 肉体は香港の機械室を切断し、大工場級災害演習を模擬する
このシステムは信頼できないのでしょうか?私たちは本当の台風の地震を待つ必要はありません。
あなたのローカル端末を開いて、あなたの公式サイトのドメイン名を継続的にpingします。Bashping -t global-router-hq.trafficmanager.netは、画面に返されたIPが香港の機械室に属し、遅延が極めて低い (例えば30ms) と表示されます。
人肉製造災害: Azureコンソールにログインし、香港のWeb Appに入る
ページは、トップの「ストップ」 (停止) ボタンを押して、香港のすべてのフロントエンドウェブサーバーを強制的に物理的にシャットダウンします!
5分以内に起きた物理的奇跡
30秒目: トラフィックマネージャの探知触角が再び香港の/ヘルスチェックをノックし、ドアが閉じていることを発見した。香港の陣地が陥落したとすぐに判定されます。
第60秒: トラフィックマネージャは、全世界のエッジノードで香港のIP解析を容赦なく消去し、global-router-hq.trafficmanager.netのA記録を強制的に、シンガポールの災害準備室を指すパブリックネットワークIPを秒レベルで修正した。
データベースをワンクリックでブロック解除する: バックグラウンドでAzure SQLの「forcedフェイバー」をクリックするだけで、シンガポールでは「読み取り専用」の次男だった1秒以内に血がいっぱいになります。
ローカルコンピュータのpingウィンドウを見て、1 ~ 2つのバッグを一時的になくした後
IPアドレスが瞬時にシンガポールのサーバIPにジャンプした
！携帯電話のブラウザを開いて独立した駅を更新すると、商品ページ、ショッピングカート、決済機能は完全に損なわれておらず、海外の購入者は先ほど数千キロ離れた香港の機械室がどのような生死の惨禍を経験したかさえ知らない。
第五段階: 地域を越えた災害の枠組みでの避難所の血涙の歴史
この案は配置が終わって、あなたの業務は基本的に「死を免除する金メダル」を獲得した。しかし、真の多国籍大流量環境では、運送設計者は通常、コンピューターを閉じる前に、次の2つのオフサイトの多生活による現実的な大きな穴を簡単に解決しなければならない
1. 致命的な「データの脳みそ」の惨劇
大水が香港の機械室に流されると、シンガポールに流量をカットし、シンガポールは新しいメインライブラリとして新しい注文と支払いデータを受け取り始めた。数日後、香港の機械室が直り、再び電源が入った。
災害発生: 香港の古いデータベースが自分が「ボス」だと思ったら、一部の地元の要求を再受信し始めたシンガポールも自分が「正統」だと思っています。2つの完全に平行で、注文番号が重なって、データが一致しないデータベースがネット上でけんかをして、財務帳簿が完全に崩壊するのは恐ろしい「データベースの脳みそ」である。
大手工場の基準では、金メダルの基準を免除する: 切り替えをトリガーするときは、一度だけ、一方向の不可逆的な操作であることを確保しなければならない。香港の機械室が再び通電した後、直接ドアを開けて接客することは厳禁です。正しいDevOpsの動きは、香港を「弟」としてシンガポールに再接続させ、シンガポールでここ数日発生した最新データの全量洗礼と逆灌漑を強制的に受け入れることです。両側のデータが再び完全に揃えられたら、もう一つの深夜にチャンスを選んで、全面的に優雅に香港に切ります。
2.「DNSキャッシュゾンビ」の物理的な遅延穴を踏まないでください
時々あなたが送ります
今、香港はもう3分もシャットダウンしていて、トラフィックマネージャも確かに流れていますが、なぜあなたの地元のコンピューターがサイトを訪問しても死んでいて、頑固に香港の機械室にぶつかっているのですか
原因分解: トラフィックマネージャの構成には、TTL(生存時間、Time to Live) というパラメータがあるからです。デフォルトのTTLは、初心者が長すぎる (例えば300秒) と、世界中のキャリアのルーター、さらにはユーザー自身のコンピュータブラウザで香港の古いIPをローカルに5分間キャッシュします。この5分以内に、トラフィックマネージャがクラウドでどのように変化しても、ユーザーの手にある「古い地図」は絶対に更新されない。
ハードコア安全規範: トラフィックマネージャの構成ページに入り、無理にTTL調整を30秒または10秒に変更する。
このようにして、グローバルDNSはマイクロソフトに暗号を合わせてもらいますが、災害が発生すると、グローバルの更新速度が速くなります。30秒以内に肉体移転を全面的に完了し、キャッシュをゾンビにする機会を与えない。
まとめ
Azureトラフィックマネージャとsqlデータベースを利用して地域を越えた災害を実現し、中核的な工業レベルの真髄は16文字にある
DNSエッジコントロール盤、データは海を越えて二重に生きて、ワンキーは一方向に切り、キャッシュは最後まで圧迫されている
。
あなたは過去に国運を賭けて、一点室の黒鳥を恐れていた原始的な受動状態から完全に抜け出した。煩雑な多国籍高同時ルーティングとミリ秒レベルのディスクを合わせて、マイクロソフトの百億ドルで作られた世界的なバックボーンの脳に完全にホストします。前はネットの世界の荒波に任せて、あなたの業務の大きい後方はクラウドの保険倉庫の中ですべて泰山のようです。