建築推薦のための負荷バランスASP.NET サイト

https://stackoverflow.com/questions/613568

03-07-2019
|

質問

更新2009-05-21

って試験の2方法をひとつのネットワーク。その結果の一部の問題Windows Server2003の下で荷重：

http://support.microsoft.com/kb/810886

終更新

私を受けた提案ASP.NET サイトは次のように動作します:

ハードウェアの負荷バランサー->4IIS6webサーバー->SQLサーバー DBフェイルオーバークラスター

ここでの問題...

たに店舗でのwebファイル(aspx、html、css、画像）を実現します。二つのオプションが提案されてきた:

1)を同一のコピー、webファイルのそれぞれ4IISサーバー

2)単一のコピー、webファイル共有ネットワークアクセスによる4つのウェブサービスのwebrootsの4IISサーバのメンテナンスにマッピングされ、ひとつのネットワーク。

のよりよい解決するのかオプション2に明らかにする簡素化された目かしながらファイルのコピーのみできます。しかし、かなり拡張性の問題から四つのウェブサーバーへのアクセス全てを単一の設定ファイルです。まIISキャッシュにこれらのファイルの現地?このネットワーク株べてのクライアントからのリクエスト?また、アクセスを共有ネットワークを常に遅くなることによってファイルに現地ハードドライブ?の負荷を共有ネットワークとなる大幅に悪化さIISサーバー追加

い視点で、このサイトはウェブサイトが受け取られた約20万ヒットします。最近の、多様な動植物が生育していた約200のヒットです。

教えてくださいまして、特定の経験などを設定します。を入力します。

更新2009-03-05

明らかに私の状況から"展開"このシステムよりも頻繁により典型的なサポートも組み込まれています。のウェブサイトのフロント終了のため、CMSです。各コンテンツが掲載されCMS、新しいページ(aspx、htmlなど）を自動的に押すと、ライブサイトです。の導入は、基本的に"を求めています。理論的には、この押しできれば複数回分です。私のプレの設定顔は丸での実践的展開につウェブサーバーです。思いの?

解決

さんの負荷との間に4つのサーバーなる。

だいシングルポイント争いずれかの導入時にもテナント環境セットアップを既に生産。

導入時において1です。ご配備ツールは自動化はこのへその旨連絡することにより、負荷バランサーがサーバーになる仕組みを導入し、コードは、前の編集作業、最後に通知し、荷重バランサーのサーバーのご用意もあります。

この戦略につき200+webサーバー農園で働くための導入なサービスの中断を余儀なくされた。

他のヒント

が主な懸念は性能に優れていると思うのですが、いっこのお金はハードウェア、そしてない感覚の共有ネットワークファイルシステムで便利です。場合においてもネットワークドライブは極めて高い行いを実行とネイティブドライブもできます。

展開ウェブ資産により自動化されており、とにかく(？) うまでも複数いなだけじゃない傷を付けてもいます。

まで以上に複雑だくには、そのようなものDeltaCopyうちディスクます。

理由の一つに、中央シェアが悪いので、NICの共有サーバーのボトルネックを解消し、全体を単一の故障です。

とIIS6と7つのシナリオのネットワークを活かし、単一のシェア全体N付属web/アプリサーバー機は明示的に対応します。MSたトンのケ試験を確認するこのシナリオをより確かなものになるはずだ。あり、キャッシュを使用します。デュアル-NICサーバーの公共インターネットの中にはプライベートネットワークを取得するでしょうか。の展開は防弾.

でのベンチマークです。

また評価ASP.NET 仮想パスのプロバイダーできるようにすること、すなく、コーポレート-ガバナンスを単一のZIPファイル全体のアプリです。または、CMSすることが可能となるだけでなくコンテンツらしいコンテンツデータベースではなくファイルシステム.このオプションカオプションのためのバージョン管理.

VPPのための郵送#ZipLib.

VPPのためのZIPによDotNetZip.

理想的な高可用性状があってしかるべきだと思うのいずれのシングル-ポイント。

その中で、現在までのところではシングルボックスのウェブページです。そうするとHAの作業の大手通信会社、当初の提案の

それぞれの国のそれぞれの時代のサーバーで独自のコピーのデータです。
静かな時間を持つサーバーのオフライン（改変、HAバランサーを削除します。
更新をオフラインでサーバー
変更のバランサーをご利用いただくには二つの新しいサーバーやないの古いサーバー
試験を確実なものにすることの正.
更新の他のサーバーを持参しています。

そこで行うことができるのでなく、ハードウェアの肛門-保持力の世界の通信会社で働いていました、"わらびもち"をここで何をしてい:

していた八つのサーバーでの時間がありました。料金など月々の支払いをきポスティックです。時のための移行にオフラインのサーバーについては、新しいデータです。
その後は、HA-バランも修正することを利用したサーバと使用を中止し、古いサーバーまた、これを切り替え、より重要なのは、スイッチバックした場合はぬいぐるみ）の非常に高速および痛みます。
る場合のみ、新しいサーバで運行されていたがうると考え、次の切り替え.ここまでは、旧サーバーがオフラインが、万が一の事態のために。
同じ効果が少ない財政支出、追加のディスクではなく全体に追加します。復興なくして短かいパワーダウンサーバへのディスクにもなりえます。

を担当していた開発のためのゲームサイト内にあった60百万ヒットします。しかしたオプション#1.ユーザーたる能力をアップロードや画像などとされていた、NASたしたのサーバーったですね。いと仮定していることもやっていますページのキャッシングなどのアプリケーション側です。それだけに展開する需要は、新しいページの全てのサーバを同時に

だ益NLBの4IISでゆったりのボトルネックとアプリのサーバーです。

ケーラビリティの私のお勧めのアプリケーションの前端のwebサーバー

ここに私の会社を実施した。きます。NETアプリのフロントが終了し、アプリサーバーのためのSharepoint+SQL2008年。

希望です!

について!

いは類似の状況および弊社のソリューションを用いて出版社/ご契約者モデルです。当社のCMSアップストアの実際のファイルをデータベースや通知を送出版サービスファイルが作成または更新されます。この出版社を通知すべての募webアプリケーションとその後のさわやかな空気の中のファイルからデータベースまざまな取り組みが認められ、そのファイルシステム。

して、契約者の設定コンフィグファイルの出版社ですが、全体をひとり占めてのwebアプリケーションの契約そのものにアプリの起動を待機させることができるので、に管理いたします。

を使用してくださUNCの保存を選択しましたがDBの利便性や移植性の間又は生産および試験環境までをコピーしDB返してすべてのサイトのファイル内のデータ。

シンプルな方法を導入する複数のサーバーのノードを設定してください)で利用robocopy.

好ましい小さな集サーバーのための試験をあてにしてい'robocopy'すべての展開サーバを使わず、ネットワークています。

robocopyに含まれ MS ResourceKit 利用で/MIRスイッチです。

っております。うきみのようなもの Microsoft、Liveメッシュ .と言うつもりはありませんので、回答までに蓄モデルを用いをいいます。

のメッシュをダウンロードする小型のWindowsサービスのそれぞれのWindows機にしたいにメッシュとして指名フォルダシステムの一部で地上を観測します。コピーするとファイルを生メッシュのフォルダは全く同じ動作としてコピー、その他のfolerシステム-サービスの同期するファイルを他の人に参加します。

例として、またすべての私のコードソースファイルをメッシュのフォルダにいるので、紙ワークです。いさなければいけないのですべて用意していますので、そちらを同期のファイルの保存にVS.Net字その他のアプリを開始しました。

またwebサイトを頻繁に変化するファイルに行く必要が複数のサーバで、そのmutliple著者の方に変わることができ、メッシュサービスを各ウェブサーバーおよび著者としての追加、変更、削除ファイルを更新するを押します。どの著者が行きものだけを保存ファイルを通常の古いフォルダを。

利用展開ツール、プロセス配分など、一つ一つのシステムの作業としてMufakaと).このたプロセスの両方で動作コンテンツファイルや作成の作品は、アプリケーション（ある展開を起こしリサイクルのasp.net いたします。

について 率を更新 この機能はあります。の更新をキューに単一の展開プロセスのコントロールを展開していきます。通知けではありませんで工程毎更新の上、別途をつかんで、現在のコンテンのキューに配備されていったといわれている。さらにアップデートに到着、キュー、また、一度のセットを更新しました。

更新: 質問についてのコメントとなります。このカスタムソリューションタワーオブセブンコーツとポメラの重/長プロセスのニーズを率の更新を制御します。なかなかないの活用が欠かせないものとなりこのアプローチの展開のためのシナリオ、などの動的なコンテンツだいたいとの組み合わせDB-キャッシュです。

キューに必要ありませんので、ワーク-ライフ-バランスにおいて、必要な適切な情報(id/パス）までプロセスの情報、出版プロセス外部ツールです。そのままのカスタムコードについての情報を公開する、いをしてしまったが、出版プロセス-ツールです。

DBに変更された出版に至る過程、あなただけを知る必要があり、情報の変更および、出版プロセス-ツールに対応します。について使用するキューの主なものであってはmsmq、カスタム実装の情報にsqlサーバーです。送迎車が登り降りするだけである制御率の更新は必要ありませんが何か特別に向けます。

更新2: だDB変更後方に対応しました。これは本当に重要なのは、を押しているときに変化する異なるサーバー

と仮定しておIISサーバーがWindows Server2003R2は、絶対に見 DFSの複製.それぞれのサーバで自分のコピー、ファイルを取り除く共通のネットワークのボトルネックのように多くの人が警告します。展開が簡単に複製変更のいずれかのサーバーのレプリケーショングループ(仮フルメッシュトポロジー）複製しており自動的に含むリモート差圧縮だけを送信の中州のファイルが変更されています。

いかに嬉しい4つのウェブサーバーそれぞれのコピー、ページ、まさにSQLサーバーとなる。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow