私は MSDN を掘り下げようとしましたが、最適な負荷分散方法について具体的な声明を得ることができませんでした。
誰かが、特定のシナリオに最適なオプションが以下のどれであるかについて、いくつかの光を共有してもらえますか:
- パフォーマンス
- フェイルオーバー
- ラウンドロビン。
シナリオ:
x Web ロールは、単一のデータ センターの大きな VM でホストされます。
要件: 24 時間年中無休で 100% 稼働している必要があります。
ありがとうございました。
私は MSDN を掘り下げようとしましたが、最適な負荷分散方法について具体的な声明を得ることができませんでした。
誰かが、特定のシナリオに最適なオプションが以下のどれであるかについて、いくつかの光を共有してもらえますか:
シナリオ:
x Web ロールは、単一のデータ センターの大きな VM でホストされます。
要件: 24 時間年中無休で 100% 稼働している必要があります。
ありがとうございました。
最初に: Azure 自体が SLA で 100% のアップタイムを提供していない場合、本当に顧客に 100% のアップタイム SLA を提供したいですか?
つまり、Traffic Manager はコンピューティングのみを負荷分散し、ストレージは負荷分散しません。そのため、別のデータ センターで一連のバックアップ コンピューティング ノードを実行してアップタイムを増加させようとしている場合は、データ アクセスの速度とコストを考慮する必要があります。
したがって、高可用性ルートを使用する場合は、100% の可用性のマークに近づくために、フェールオーバーモデルを使用するのが最善だと思います。
トラフィック マネージャーは、アプリケーションが同じデータ センター内または異なるデータ センター内の複数のクラウド サービスにデプロイされている場合にのみ役立ちます。アプリケーションが単一のクラウド サービス (もちろん複数のインスタンスを含む) でホストされている場合、インスタンスはRound Robin
パターンを使用して負荷分散されます。これはデフォルトの負荷分散パターンであり、追加料金なしで利用できます。
トラフィック マネージャーの詳細については、https ://azure.microsoft.com/en-us/documentation/articles/traffic-manager-overview/ をご覧ください。
私の推測では、Azure Traffic Manager の最適な負荷分散方法を比較することはできません。それらのすべてには独自の利点があり、アプリケーションの要件によって異なります。最も一般的なシナリオは、Azure トラフィック マネージャーでパフォーマンス負荷分散オプションを使用することです。しかし、Gaurav が言ったように、クラウド サービス アプリケーションを複数のクラウド サービスでホストする必要があります。パフォーマンスの負荷分散を実装する場合は、開始するためのリンクを次に示します - http://sanganakauthority.blogspot.com/2014/06/performance-load-balancing-using-azure.html