19考えがLinux

まず、現在のWebサイトのアーキテクチャは一般に負荷分散層、Web層、データベース層に分けられます。 Webサイトにはますます多くのPVがあり、ファイルサーバーへの圧力はますます大きくなっていますが、moosefsとDRDB + Heartbeatの成熟により、この問題はそれほど大きくありません。 Webサイトのフロントエンドにある負荷分散層はDirectorと呼ばれ、配布要求として機能します最も一般的なものはポーリングです。

第二に、F5はハードウェアによる負荷分散を実現することで、主にSquid逆加速クラスタの負荷分散に使用されるCDNシステムで使用されます。第二に、新しい接続数と同時接続数が多く、LVSとNginxはソフトウェアで実装されていますが、安定性も非常に強く、高い同時実行性を扱う上で非常に優れたパフォーマンスがあります。

第3に、Nginxはネットワークへの依存度が低く、理論的には、pingが成功しWebアクセスが正常であればnginxに接続でき、内部ネットワークと外部ネットワークを区別することもできます。 1台のマシンに予備回線を設定するのと同じで、lvsはネットワーク環境に依存し、現在はサーバーは同じネットワークセグメントにあり、lvsはダイレクトモードで分割されており、効果は保証されます。

第4に、現在の成熟したロードバランシングの高可用性テクノロジには、LVS + Keepalived、Nginx + Keepalivedがありますが、以前はNginxには成熟したデュアルマシンバックアップソリューションはありませんでしたが、シェルスクリプトの監視を通じて実現できます。具体的には51ctoでの私のプロジェクト実装計画を参照してください;さらに、Nginxのロードバランシングの高可用性を検討している場合は、DNSポーリングを使用して達成することもできます。

V.クラスタとは、ロードバランシングの背後にあるWebクラスタまたはTomcatクラスタを指しますが、現在のクラスタの意味は、ロードバランサやバックエンドアプリケーションサーバークラスタなどを含むシステムアーキテクチャ全体を指します。人々はLinuxクラスタをLVSと呼んでいますが、厳密には区別されるべきだと思います。

VI。ロードバランシングにおけるハイアベイラビリティハイアベイラビリティとは、ロードバランサを実装するHAのことで、片方のロードバランサが壊れ、もう一方のロードバランサが1秒以内に切り替えることができます。このソフトウェアはKeepalivedとHeatbeatで、成熟した運用環境でのロードバランサソリューションにはLvs + Keepalived、Nginx + Keepalivedがあります。

7つのLVSには多くの利点があります。成熟したHAソリューションがあります; 3トラフィックなし; 4基本的に上記の利点に基づいてすべてのアプリケーションをサポートすることができます、LVSにはたくさんのファンがいます;しかし絶対的なことはありません、LVSはネットワーク環境にあまりにも依存します比較的複雑なアプリケーションのシナリオでは、私はそれをあきらめてNginxを選ぶ必要があります。

8、Nginxはネットワークにほとんど依存せず、その規則性は強力かつ柔軟で、その強力な機能は多くの人々を魅了します。私は基本的に中小規模のプロジェクトの実施においてそれを考慮します;もちろん、資金が十分であるならば、F5は最良の選択です。

IX、大規模Webサイトのアーキテクチャでは、実際にF5、LVS、またはNginxを使用できますが、それらのうち2つまたは3つを選択します。予算上の理由からF5を選択しない場合、WebサイトのフロントエンドはそれはLVS、つまりDNSはlvsイコライザーを指すべきですlvsの利点はそれをこのタスクに非常に適したものにします。重要なIPアドレスは、データベースのIP、WebサービスサーバーのIPなど、lvsによって管理されるのが最善ですこれらのIPアドレスは、時間の経過とともにますます大きくなり、ipが置き換えられると、障害が発生します。そのため、これらの重要なIPをLVホスティングに渡すのが最も安全です。

10、VIPアドレスはキープアライブ仮想のIP、外部パブリックIP、そしてまたDNSが指すIPなので、Webサイトアーキテクチャを設計するときは、IDCに外部IPを申請する必要があります。

XI、実際のプロジェクト実装プロセスでは、httpsに対するLvsとNginxのサポートは非​​常に優れており、特にLVSは比較的扱いやすいです。

XII。LVS + KeepalivedおよびNginx + Keepalivedのトラブルシューティングでは、どちらも非常に便利です;システム障害またはサーバー関連の障害が発生した場合、DNSはそれらのバックエンドによって示される可能性があります。本物のWebは、短期的な処理の失敗の影響を達成するために、結局のところ、広告Webサイトと電子商取引WebサイトのPVは、高可用性のロードバランシングを設計する必要がある理由です;大規模な広告Webサイト私は直接CDNシステムにお勧めします。そうです。

13個、今ではLinuxクラスタはすべて神話です、実際、これはそれほど複雑ではありません;重要なのはアプリケーションシナリオによって異なりますが、NginxとLVS、F5は神話ではありません。どちらが便利でどれを使うべきか。

14、セッション共有に関するもう1つの問題、これも古くからの問題です; Nginxはip_hashメカニズムを使用してセッション問題を解決し、F5とLVSにはセッション保持メカニズムを使用してこの問題を解決します。さらに、セッションをデータベースに書き込むこともできます。これは、セッション共有を解決するのにも適した方法です。もちろん、データベースの負担も増えます。これはシステム設計者の選択によって異なります。

現在、電子商取引のウェブサイトは約1000かそこらを維持していますが、以前の証券情報のウェブサイトは約100、大規模なオンライン広告は約3000です。 1つの問題、今ではWebのNginxの高い同時実行性と相まって、サーバーの能力のために、Web層の同時実行性は大きな問題ではなく、反対に、ファイルサーバー層とデータベース層への圧力はますます大きくなっています。シングルNFSは現在の作業には適していません、今のところ良い解決策はmoosefsとDRDB + Heartbeat + NFSです;そして私はMysqlサーバーが好きです、成熟したアプリケーションプログラムはまだマスタースレーブです。機械計画

16は、今はごちそうの影響を受けて、みんながNginxをプレイしようとしています（特にWeb用）、実際、優れたサーバーパフォーマンス、十分なメモリの場合、Apacheの反並行性は弱くありません、 Webサイト全体のボトルネックはデータベースに残っているはずです; ApacheとNginxを理解するには2つの方法があります：フロントエンドはロードバランシングにNginxを使用し、バックエンドはWebとしてApacheを使用します。

17、Heartbeatの頭脳分裂の問題は想像ほど深刻ではありません、オンライン環境での使用を検討することができます; DRDB + Heartbeatは成熟したアプリケーションです、それは習得することをお勧めします。私はこの組み合わせを使ってEMCの共有ストレージを何度も交換しましたが、結局のところ、300,000という価格はすべての顧客にとって受け入れられないものです。

18、設計スキームがどの程度成熟していても、Nagiosモニターをリアルタイムでサーバーを監視するように設定することをお勧めします;メールとSMSのアラームをオンにすることができます。あなたは毎分あなたのウェブサイトをスキャンする専用の商用スキャンウェブサイトサービスを購入することもできますあなたが生きていないことがわかった場合は、警告メッセージまたは直接の電話連絡が送信されます。

19、少なくともサイトのセキュリティ、私はハードウェアのファイアウォールを使用することをお勧め、推奨はHuawei社の3層ファイアウォール+ Tiantaiウェブファイアウォール、DDOSセキュリティが設定されている必要があります; Linuxサーバ自体iptables SElinuxとSElinuxの両方をオフにすることができます。
zh-CN"],null,[1],zh-TW"]]]