以前は、大規模な Web アプリケーションを実行する場合は、大規模な Web サーバーを実行することを意味していました。アプリケーションには多数のユーザーが集まるため、サーバーにメモリとプロセッサを追加する必要があります。
現在、「大規模サーバー」モデルは廃止され、さまざまな負荷分散テクノロジーを使用した多数の小規模サーバーに置き換えられています。これは、ハードウェアのコストを最小限に抑える、より実現可能なアプローチです。
過去の「大規模サーバー」モデルに対する「より小規模なサーバー」の利点は、次の 2 つの側面に反映されています。
1. サーバーがダウンすると、負荷分散システムはダウンしたサーバーへの要求を停止し、代わりに正常に実行されている他のサーバーに負荷を分散します。2. サーバーのスケーリングが簡単になります。必要なのは、負荷分散システムに新しいサーバーを追加することだけです。アプリケーションを中断する必要はありません。
したがって、この機会を活用してください :) もちろん、その代償として、アプリケーション開発がもう少し複雑になります。それがこの記事の内容です。
この時点で、「でも、負荷分散を使用していることをどうやって確認すればよいのでしょうか?」と思っているかもしれません。この質問をしている場合の最も正直な答えは、おそらく負荷分散システムを使用していないし、システムは負荷分散システムを考慮する必要がない、というものです。ほとんどの場合、アプリケーションが十分に大きくなると、負荷分散を明示的に提案して設定する必要があります。ただし、Web ホスティング会社が顧客のアプリケーションに対してこの負荷分散を実行しているか、以下で説明するように自社で実行しているのを時々見かけます。
以下の内容に進む前に、この記事では主に PHP の負荷分散について説明していることを指摘しておきます。将来、データの負荷分散について書くかもしれませんが、今は待ってください。
Web サイトではなく「Web アプリケーション」と繰り返し言及していることに注意してください。これは、「Web アプリケーション」が、単純な静的コンテンツのみを表示する Web サイトではなく、サーバー側のプログラミングやデータベースを含む複雑なサイトであることを区別するためです。
1.PHPファイル
最初の質問は、小規模サーバーが多数ある場合、どのようにして PHP ファイルをすべてのサーバーにアップロードするかということです。参考までに、次の方法があります。 バクジア www.bkjia.com
1. すべてのファイルを各サーバーに個別にアップロードします。この方法の問題点は、サーバーが 20 台あるとすると、アップロード プロセス中にエラーが発生しやすく、更新時に異なるサーバーが発生する可能性が非常に高いということです。異なるバージョンのファイルがあります。
2. 「rsync」(または同様のソフトウェア)を使用すると、ローカル ディレクトリと複数のリモート ホスト ディレクトリ上のファイルを同期できます。
3. バージョン管理ソフトウェア(Subversion など)を使用する これは私のお気に入りの方法です。これにより、コードを非常に適切に保守できるようになり、アプリケーションを公開するときに、各サーバーで svn update コマンドを実行してアプリケーションを同期できます。このアプローチにより、サーバーを以前のバージョンのコードに切り替えることも簡単になります。
4. ファイル サーバーを使用する (これには NFS が非常に適していることがわかります) この方法は、ファイル サーバーを使用して Web アプリケーションを保存することです。 もちろん、ファイル サーバーがダウンすると、サイトはすべて失われてしまいます。利用できません。この時点で、復旧するにはさらに多くのお金が必要になります。
どの方法を選択するかは、あなたのニーズとあなたが持っているスキルによって異なります。バージョン管理システムを使用している場合は、更新コマンドを同時に実行して、すべてのサーバー上のコードを更新する方法を計画するとよいでしょう。ただし、ファイル サーバーを使用する場合は、サーバーがダウンした場合にリクエストの失敗を防ぐために、何らかの障害回復メカニズムを実装する必要があります。
2. ファイルアップロード
サーバーが1つしかない場合、ファイルのアップロードは問題ありません。しかし、複数のサーバーがある場合、アップロードされたファイルはどのように保存されるべきでしょうか? ファイルのアップロードの問題は、クロスサーバーの PHP ファイル ストレージと似ています。考えられる解決策はいくつかあります:
1. ファイルをデータベースに保存します。ほとんどのデータではバイナリ データを保存できます。ファイルのダウンロードを要求すると、アクセス データはバイナリ データと、対応するファイル名と種類をユーザーに出力します。このソリューションを使用する前に、データベースがファイルをどのように保存するかを検討する必要があります。この方法の問題は、データベース サーバーがダウンするとファイルが使用できなくなることです。
2. アップロードされたファイルをファイルサーバーに保存します。 前の紹介と同様に、アップロードされたすべてのファイルをここにアップロードする必要があります。ただし、ファイル サーバーがダウンしている場合は、画像ファイルのダウンロードが中断される可能性があります。
3. 各サーバーにファイルを転送するための独自のアップロード メカニズムを設計する この方法には、単一のファイル サーバーやデータベース ソリューションの欠点はありませんが、コードが複雑になります。たとえば、複数のサーバーにアップロード中にサーバーがダウンした場合、どうすればよいですか?
アップロードされたファイルを保存するためにデータベースを使用しますが、ファイルキャッシュメカニズムを設計することは良い解決策です。サーバーはファイルのダウンロード要求を受信すると、まずファイルがキャッシュ システムに存在するかどうかを確認し、存在しない場合はデータベースからファイルを読み取り、ファイル システムにキャッシュします。
3. セッション
PHP のセッション処理に詳しい方は、デフォルトでセッション データがサーバー上の一時ファイルに保存されることをご存じでしょう。さらに、このファイルはリクエストしたサーバー上にのみ存在しますが、後続のリクエストは別のサーバーによって処理される可能性があり、その結果、他のサーバー上に新しいセッションが生成されます。これにより、ログインしたユーザーが常に再ログインを求められるなど、セッションが頻繁に認識されなくなります。
私が推奨する解決策は、PHP の組み込みセッション処理メカニズムを再利用してセッション データをデータベースに保存するか、独自のメカニズムを実装してユーザーのリクエストが確実に同じサーバーに送信されるようにすることです。
4. 設定
この話題は特にPHPとは関係ありませんが、やはり言及する必要があると思います。クラスター化されたサーバーを実行する場合、サーバー間で構成ファイルの同期を保つ何らかの方法を用意することをお勧めします。構成ファイルに一貫性がない場合、非常に奇妙な断続的な動作が発生し、トラブルシューティングが困難になる可能性があります。
バージョン管理システムを使って個別に管理することをお勧めします。この方法により、プロジェクトのインストールごとに異なる php 設定ファイルを保存し、すべてのサーバー設定ファイルの同期を保つことができます。
5. ロギング
設定の問題と同様、ロギングは PHP だけに関係するものではありません。ただし、サーバーを健全な状態に維持することは依然として非常に重要です。適切なログ システムがなければ、PHP コードがエラーを生成し始めたかどうかをどうやって知ることができるでしょうか (システムが正式に実行されているときは、常に display_errors 設定をオフにしますよね?)
ロギングを実装するにはいくつかの方法があります:
1. 各サーバーのログを記録します。 これが最も簡単な方法です。各マシンは 1 つのファイルのみを記録します。利点は、シンプルで構成がほとんど必要ないことです。ただし、サーバーの数が増えると、各サーバー上のログ ファイルを監視することが非常に困難になります。
2. 共有にログを記録する この方法でも各サーバーにログ ファイルが存在しますが、共有メカニズムを通じて中央のファイル サーバーに保存されるため、ログの監視が容易になります。このソリューションの問題は、ファイル サーバーが利用できない場合、単純なログ書き込みの問題により、最終的にアプリケーション全体がクラッシュすることです。
3. ログをログサーバーに記録する syslog などのログソフトウェアを使用して、すべてのログを中央サーバーに書き込むことができます。この方法ではさらに多くの構成が必要になりますが、最も堅牢なソリューションも提供されます。

PHPSESSIONの障害の理由には、構成エラー、Cookieの問題、セッションの有効期限が含まれます。 1。構成エラー:正しいセッションをチェックして設定します。save_path。 2.Cookieの問題:Cookieが正しく設定されていることを確認してください。 3.セッションの有効期限:セッションを調整してください。GC_MAXLIFETIME値はセッション時間を延長します。

PHPでセッションの問題をデバッグする方法は次のとおりです。1。セッションが正しく開始されるかどうかを確認します。 2.セッションIDの配信を確認します。 3.セッションデータのストレージと読み取りを確認します。 4.サーバーの構成を確認します。セッションIDとデータを出力し、セッションファイルのコンテンツを表示するなど、セッション関連の問題を効果的に診断して解決できます。

session_start()への複数の呼び出しにより、警告メッセージと可能なデータ上書きが行われます。 1)PHPは警告を発し、セッションが開始されたことを促します。 2)セッションデータの予期しない上書きを引き起こす可能性があります。 3)session_status()を使用してセッションステータスを確認して、繰り返しの呼び出しを避けます。

PHPでのセッションライフサイクルの構成は、session.gc_maxlifetimeとsession.cookie_lifetimeを設定することで達成できます。 1)session.gc_maxlifetimeサーバー側のセッションデータのサバイバル時間を制御します。 0に設定すると、ブラウザが閉じているとCookieが期限切れになります。

データベースストレージセッションを使用することの主な利点には、持続性、スケーラビリティ、セキュリティが含まれます。 1。永続性:サーバーが再起動しても、セッションデータは変更されないままになります。 2。スケーラビリティ:分散システムに適用され、セッションデータが複数のサーバー間で同期されるようにします。 3。セキュリティ:データベースは、機密情報を保護するための暗号化されたストレージを提供します。

PHPでのカスタムセッション処理の実装は、SessionHandlerInterfaceインターフェイスを実装することで実行できます。具体的な手順には、次のものが含まれます。1)CussentsessionHandlerなどのSessionHandlerInterfaceを実装するクラスの作成。 2)セッションデータのライフサイクルとストレージ方法を定義するためのインターフェイス(オープン、クローズ、読み取り、書き込み、破壊、GCなど)の書き換え方法。 3)PHPスクリプトでカスタムセッションプロセッサを登録し、セッションを開始します。これにより、データをMySQLやRedisなどのメディアに保存して、パフォーマンス、セキュリティ、スケーラビリティを改善できます。

SessionIDは、ユーザーセッションのステータスを追跡するためにWebアプリケーションで使用されるメカニズムです。 1.ユーザーとサーバー間の複数のインタラクション中にユーザーのID情報を維持するために使用されるランダムに生成された文字列です。 2。サーバーは、ユーザーの複数のリクエストでこれらの要求を識別および関連付けるのに役立つCookieまたはURLパラメーターを介してクライアントに生成および送信します。 3.生成は通常、ランダムアルゴリズムを使用して、一意性と予測不可能性を確保します。 4.実際の開発では、Redisなどのメモリ内データベースを使用してセッションデータを保存してパフォーマンスとセキュリティを改善できます。

APIなどのステートレス環境でのセッションの管理は、JWTまたはCookieを使用して達成できます。 1。JWTは、無国籍とスケーラビリティに適していますが、ビッグデータに関してはサイズが大きいです。 2.cookiesはより伝統的で実装が簡単ですが、セキュリティを確保するために慎重に構成する必要があります。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

mPDF
mPDF は、UTF-8 でエンコードされた HTML から PDF ファイルを生成できる PHP ライブラリです。オリジナルの作者である Ian Back は、Web サイトから「オンザフライ」で PDF ファイルを出力し、さまざまな言語を処理するために mPDF を作成しました。 HTML2FPDF などのオリジナルのスクリプトよりも遅く、Unicode フォントを使用すると生成されるファイルが大きくなりますが、CSS スタイルなどをサポートし、多くの機能強化が施されています。 RTL (アラビア語とヘブライ語) や CJK (中国語、日本語、韓国語) を含むほぼすべての言語をサポートします。ネストされたブロックレベル要素 (P、DIV など) をサポートします。

SAP NetWeaver Server Adapter for Eclipse
Eclipse を SAP NetWeaver アプリケーション サーバーと統合します。

SublimeText3 Linux 新バージョン
SublimeText3 Linux 最新バージョン

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

ホットトピック









