1レコード毎にsubdomain(10000+);潜在的な問題ということか。その他の溶液とはなんですか?
-
19-08-2019 - |
質問
最も解ったこちらの支援のためのsubdomain-ユーザーごとのDNSレベルのポイントも一IPを使用*.domain.com.
この簡単な解決がしたい場合はどうすればよ点から最初の1000登録ユーザー serverA、次は1000件までご登録のユーザー serverB?一般的に、この解決をコストダウンソフトウェアおよびハードウェアのためのクラスタリング.
altテキストhttp://learn.iis.net/file.axd?i=1101 (図から引用したMS IISサイト)
最も理解が1×A-を記録subdomain区Datafiles.結合するように見えません任意のサイズの制限区域Datafilesのみに限定されメモリー可能です。
しかし、自分のチームは心配しのアイデンティティの新しいsubdoaminができると、新しいsubdomainから挿入した記録を再開DNSサーバーです。
業績のDNSサーバの再起動というべきも安心です。
よろしくお願いします。
更新:
うものであることを提案するか使えるようになったのでリバースプロキシとして設定ではなく:
altテキストhttp://learn.iis.net/file.axd?i=1102
(ARRはIIS7の逆のプロキシーソリューション)
しかし、ここでは、連結実績見えます:
- テナント環境セットアップを既
- で戦略的にサーバーを設定し異なる場所に基づくIP geolocation(ジオロケーション)です。
解決
フロントの代理とワイルドカードDNSエントリであるのです。このビッグサイトのようなLiveJournalます。
これは単なるTCP層の負荷バランサーがたっぷりのソリューション思考のホストURLの一部をギャラリーのバックエンサーバのクエリです。簡単なクラ低スペックサーバー 適切な設定.
代理人がそれぞれのユーザーのセッションが常に右のバックエンサーバーや他のセッションの取り扱い方法だったように感じたので同じりがいつまでも働いているから。
また、プロキシ把握しないテナント環境セットアップを既ます。が完璧でとかなり走りやすい二つ以上のフロントプロキシでの冗長構成(失敗を避けるために、合にもしっかりとシェアの負荷を避けるストレスに
っ第ジョンSheehanの提案の応用を見ただけでも、それは明らかで左URLの一部をユーザーのコンテンツが表示されます。
を使用する場合はApacheのバックエンド、 このポスト ものについて詳細をどのように設定を行うことができるでしょう.
他のヒント
軒のワイルドカードDNSエントリを使用し、負荷分散荷重を分散するサーバ間の如何にかかわらず、お客様です。
りますので、無理に押し込まないで、スキップのURL書き換えステップとしてのご応募を決定する口座に基づいてURLを入力します同じように簡単にかXはX.domain.com しています。com?ユーザ=X).
編集:に基づく追加情報といを"仲介"を格納するクライアントへのアクセスします。この公開に面して描からの資源に関連する顧客に格納されいすぎ。お客様にはフロント-終了できる負荷バランスしたときにヒからのファイル/データベースに基づいます。
ご利用の場合tinydnsする必要がなくなり、より快適な再起動のネームサーバの起動変更があった場合には、そのデータベースとすべきではないボトルネックですので一般的に非常に速い。かどうかはわかりませんで行く10000+の応募がるように驚いない場合).