2

私は、SQL サーバー バックエンドを備えた既存の asp.net Web サイトを Azure VM に移動するための調査を行っています。既存のサイトの性質上、VM に限定されているため、純粋な Azure は問題外です。私の現在の考えは、それぞれが単一の SQL サーバー VM を指す、ラウンド ロビン負荷分散構成の一連の複製された Web サイト VM です。SQL Server VM はフォールト トレランス構成の一部として複製され、2 つが SQL Sync と同期されます。

また、Web サイトの VM と SQL サーバーの VM の両方を、OS とソフトウェアの両方のパッチで最新の状態に保つ機能も必要です。そのため、それぞれが独自の更新ドメインと障害ドメインになります。

これがすべて実行可能であることを確認したり、別のアプローチを提案したりできる人はいますか?

主な懸念事項は次のとおりです。

  • Web サイトの各インスタンスで、SQL Server の単一のインスタンスを使用できる必要があります。
  • SQL サーバーには財務データが含まれるため、セキュリティを確保し、可能な限り頻繁にバックアップする必要があります。
  • おそらくサーバーファームを介して、SQLサーバーの負荷容量を最終的に拡張するオプションが必要です
  • Web サイトは、今後数か月または数年にわたって予想されるユーザー数の急速な増加に対応する必要があります。
  • Web サイトの VM は、ニュース記事、FAQ の変更などの形で毎週の更新を許可する必要があるため、これらの変更はすべての VM で同期できる必要があります。
4

1 に答える 1

1

これは一般的に機能するように見えます。ここにいくつかのアイデアがあります：

  1. SQL Sync を使用して SQL Azure に同期する SQL サービスを提供する 2 つの VM は機能しますが、実行できる最短の同期サイクルは 5 分だと思います。それが SLA に受け入れられることを確認してください。
  2. Azure のトラスト センターをチェックして、セキュリティと財務データに関する質問に答えてください。多くの場合、自分の会社が自分でその決定を下す必要があります。 http://www.windowsazure.com/en-us/support/trust-center/
  3. VM プールに SQL Server を追加するか、SQL VM を実行するサーバーをより大きく (特大サイズまで) することで、SQL フットプリントを拡張できます。SQL は通常、多数の小規模なサーバーよりも少数で大規模なサーバーを優先します。
  4. ソリューションのさまざまな部分で、Azure のさまざまな部分を使用できることに注意してください。この場合、SQL 用の VM を使用しています (SQL Azure が提供できる以上のニーズがあるため)。あなたのアプリは、そのアーキテクチャのために VM のカスタマイズが必要だとおっしゃいました。それは結構です。Web サーバー テンプレートをアップロードし、そこから VM を生成します。スケールアップしたい場合は、そのテンプレートから新しいテンプレートを作成するだけです。
  5. IaaS/VM ルートに移行すると、Azure/クラウドが提供できるメリットの多くが失われるため、クラウド サービスや Web サイトに移行するために、できるだけ早くそのアプリの一部をリファクタリングし始めます。
  6. Web サーバー VM 間で毎週のコンテンツの変更を同期するには、私はそれを行いますが、今日はそうしています。これを行うために robocopy を使用する人もいます (または同等のもの)。そのコンテンツを、各サーバーが指す共有 BLOB コンテナーまたは共有データベースに移動できます。Web サーバー上にある実際のコンテンツが少ないほど、通常は優れています。つまり、静的リソースを BLOB コンテナーに移動し (共有、冗長性、および最終的な CDN パフォーマンス向上のため)、動的データをテーブル/キュー/データベースに移動します。

より深い会話をしたい場合は、私に連絡してください。ブライアン

于 2012-09-13T20:05:22.120 に答える