11.ウェブサイトの灰色が公開何ですか？
黒と白の間に放出された階調放出を指し、それは、滑らかな遷移方法とすることができます
ユーザがAを使用し続けるように、ABテストはグレー分布の一種であり、Bは、ユーザがBに異議を持たない場合、徐々に範囲を広げ、ユーザの一部を使用するようになった、すべてのユーザーが灰色を解放するためにBの上部に移行されシステム全体の安定性を保証することができ、調整の問題は、順番に確保する場合、初期グレーに見出すことができるの影響
名前解決のためのプロセス12、短時間DNS？
ユーザーwww.baidu.comにアクセスするには、何の場合は、ルートサーバネットワーク、のみ提供することができ、フィードバックのルートサーバの結果を探しに行ったん、ローカルDNSサーバの設定を見つけ、マシンのホストファイルに最初に移動しますドメインネームサーバ.CN、セカンダリドメインネームサーバを提供するために、ドメイン・ネーム・サーバーにドメインネームサーバを行っただけでセカンダリドメインサーバが唯一のサードレベルドメインサーバを提供することができ、セカンダリドメインネームサーバに行き、.com.cn言うことができます。 baidu.com.cn、3つのドメインネームサーバに行って、3台のネームサーバは、サーバへのその後の要求、このサイトwww.baidu.comを持って起こる、および保存した後、その後、クライアントに配布します
13、RabbitMQのは何ですか？
即ちRabbitMQのコンテナメッセージキューミドルウェア、ミドルウェアメッセージを情報送信処理は、メッセージに格納されているメッセージング
その後にその標的の役割にそのソースからのメッセージを入札メッセージミドルウェアに仲介として作用する
主な目的は、キューを提供することですメッセージの送信をルートと確実に、受信者がメッセージ送信して使用できない場合に
、それが正常にも無限にメッセージキューを持つメッセージの保存はもちろん、これまでに転送できるようになるまで、メッセージキューがメッセージを保持していないが
14、keepalivedの原則についての話？
仮想ルータでは、VRRPルータのMASTERは、常にVRRP広告情報を送信するだけと、
BACKUPはない限り、優先順位の高い、MASTERをつかむことはありません。MASTERが利用できない場合（バックアップが通知情報を受信していない）
、この複数のBACKUP最も高い優先順位は、マスターとしてプリエンプトされるであろう。このプリエンプションは、サービスの継続性を確保するために、非常に高速（<1秒）である
ため、安全上の配慮から、VRRPパケットは、暗号化プロトコルを使用して暗号化されます。BACKUPは情報のみ通知を受け取る、通知情報を送信しません。
15は、三つのモードLVS作業プロセスについて通知しますか？
LVS 3つのモード、すなわち、VS / NAT（NATモード）VS / DR（ルートモード）VS / TUN（トンネルモード）ロードバランシング
A、NATモード（VS-NAT）
原理：IPヘッダの宛先アドレスは、前記ロード・バランサにおける局RSへのIPアドレス、クライアントのデータパケットに送られ
処理RS、プロセスポイントに同時RSロードバランサへのデータの後に、ロードバランサは、その後、独自のIPに元のパケットのIPアドレス
、宛先アドレスIPアドレスは必須、トラフィックの着信トラフィックまたは出ているかどうか、クライアントの間に変更することができますロードバランサの後
利点：物理サーバのクラスタは任意のサポートTCP / IPのオペレーティングシステムを使用することができ、負荷分散が唯一の有効なIPアドレスが必要です
限られたスケーラビリティ：欠点を。あまりにも多くのサーバー・ノード（通常のPCサーバー）の成長は、ロードバランサは、システム全体のボトルネックになる場合には
要求パケットと応答パケットのすべてがロードバランサに流れているため。サーバ・ノードすぎた場合
、多くのパケットがロードバランサその交差点にあり、速度が遅くなります！
二、IPトンネルモード（VS-TUN）
原理：あなたが知っているすべての最初には、インターネット上のインターネット・サービス・リクエスト・パケットのほとんどは非常に短く、応答パケット通常、大きな
トンネルモードは、クライアントがデータパケットを送信したように、パッケージ新しいIPヘッダマーカー（のみの宛先IP）発行RS
RSの後には、通過する必要はありません、直接クライアントに返さ、処理後に、データパケットを復元アンタイド最初のパケットの先頭を受信
ロードバランサ。RSは、ロードバランサに必要なので、それがサポートしなければならないので、私にパケットの削減を送ったことを注記
RSでそう、IPTUNNEL契約はIPTUNNELにこのオプションをサポートするようにコンパイルされなければならないカーネル
利点：ロードバランサは、分散要求パケットに対してのみ責任がありますバックエンドサーバ・ノード、およびRSユーザへの直接応答パケット
のデータ量を削減するためには、ロードバランサに流れ、ロードバランサがシステムのボトルネックはもはや、それはリクエストの膨大な量を扱うことはできません
このように、Aロードバランサは、多くのRSとして配布することができます。そして、実行されているが、公共のインターネットのさまざまな分野で配布することができます。
欠点：RSノードトンネルモードは、正当なIPを必要とする、このアプローチは、すべてのサーバが、「IPトンネリング」サポートが必要
（IPカプセル化）プロトコルを、サーバのみLinuxシステムの一部に限定してもよいです
第三に、直接ルーティングモード（VS-DR）
原理：ロードバランサとRSは、同じIP DR外交サービスを使用するだけで、ARP要求に応答するまで
、すべてのRSと言うことです。このIP ARP要求自体、ゲートウェイ意志に沈黙しますすべてDRに向けIPサービスの要求
及びDRがスケジューリングアルゴリズムに従ってデータパケットを受信し、対応するRS、（同じIP以降）MACにRSの宛先MACアドレスを検索
し、この要求は、RSに分布していることRSは、このパケットを受信したときの処理が完了した後、同じIPので、データを直接クライアントに返されてもよい
し、クライアントから直接等しくなり、このデータパケットは直接クライアントへ処理が戻った後、違いはありません受信
にロードバランサ層パケットヘッダの変更は、ロード・バランサとRSとの間のブロードキャストドメイン内にある必要があり
、単純な同一のスイッチと理解することができる
利点：、要求を配布するだけロードバランサとして、及びTUN（トンネルモード）応答パケットをクライアントへの別の経路を介してメソッド戻り
VS-TUNとの比較では、VS-DRトンネル構造は、そのような実装を必要としない、オペレーティングシステムは、物理サーバとして最も使用することができます。
:(欠点は物理セグメント内の物理的なネットワークカード上のバランサーロードしなければならないカードが必要）、欠点を言うことができないだけでは不十分であると言うことができます。
16、どのようにMySQLのInnoDBのロックの問題を見つけるには、どのようにマスターコピーから待ち時間を短縮mysqlの？
MySQLのInnoDBのロックの問題を見つける方法：
ステータスチェックエンジンの状態InnoDBのショーのエンジンを使用しているとき、私たちはデッドロックを発見した
5.5で、INFORMATION_SCHEMAライブラリがロック（MEMORYエンジン）上の3つのテーブルを追加
innodb_trx ##現在実行中のすべてのトランザクション
innodb_locks ##ロックは、現在表示されている
innodb_lock_waits ##ロック待機との対応を
mysqlのマスター・スレーブレプリケーションの待ち時間を短縮する方法：
遅延が比較的大きい場合、それは次の要因を確認：
ライブラリのハードウェアからのレプリケーションの遅延につながる、メインライブラリーよりも悪い
書き込みの主なライブラリがあまりにも複雑であれば、ライブラリから遅すぎる、シングルスレッドからマスターコピー原因の遅れに転送されます。
以降のバージョンではマルチスレッド複製mysqlのサポートすることができます
遅いSQL文過度の
ネットワーク遅延の
レプリケーションの遅延につながるマスターロード、メインライブラリの読み込みと書き込みの圧力、フロントエンドアーキテクチャは、バッファとバッファ層を追加するために
負荷をスレーブ、一般的には以上使用することです子局へのリード要求を共有し、そしてその後、他の追加の操作を行うことなくのみバックアップとして、スレーブから専用サーバをとり、2つのパラメータは、遅延を低減することができる:. -slaveネットタイムアウト=秒単位デフォルト設定は3600秒の秒で
定義：スレーブは、どのくらいの接続とデータ収集を再確立するのを待つことに失敗したプライマリ・データベースからのログ・データを読み取るためにする場合
60秒の既定値= seconds秒の接続リトライ--master
ときマスタースレーブ接続再確立し、接続の確立が失敗した場合、長い再試行間隔：定義
通常、二つ以上のパラメータがからプライマリネットワーク同期遅延データによって引き起こされる問題低減するように構成することができます
MySQLデータベースのマスタ・スレーブ同期遅延ソリューション
最も簡単なスレーブ同期遅延削減プログラムは、アーキテクチャに最適化を行うことですが、メインライブラリDDL高速実行を作ってみますこのようなsync_binlog = 1、innodb_flush_log_at_trx_commit = 1に設定されて、データのセキュリティが高く、メインライブラリが書かれてありますが、このような高いデータセキュリティを必要としないスレーブは、ゼロまたはそれに近いビンログにsync_binlogセットを話すことができる一方で、同様、innodb_flushlogは、SQLの効率を改善するために0に設定することができます。他はスレーブとして主要なハードウェア・デバイスよりも優れたライブラリを使用することです
17、どのようにMySQLのrootのパスワードをリセットするには？
：ユーザーのパスワードを知らROOT MYSQLデータベース、パスワード変更方法の場合ではまず、
コマンドセットのmysqladminを使用して1、SHELL環境では、：
mysqladminは-u -p rootのパスワード「新しいパスワード」とは、トランスポートの要件の後に、古いパスワードを入力してください
2、MySQLの>環境、updateコマンドを使用して、更新データを直接MySQLのデータベースのユーザーテーブル：
更新mysql.userのSETパスワード=パスワード（「新しいパスワード」）WHEREユーザー=「ルート」;
フラッシュ権限;
注：にmysqlの声明セミコロン「;」終了
図3は、MySQLの>環境の中で、rootユーザの承認権限を変更するには、GRANTコマンドを使用します。
。ルートへのすべてを与える@「 」で識別localhost「の新しいパスワード」;
第二には、調査としてROOTユーザーにMySQLのデータベースのパスワードを忘れて、それを行う方法？以下：
1、閉じるプログラムが現在のmysqldサービスを実行している：サービスmysqldを停止（システムサービスとしてmysqldを追加する最初）
（無負荷認可フォーム）開始のmysqldサービスセーフモードでmysqld_safeをスクリプトを使用して、2
は/ usr / local /のMySQL /ビン/ mysqld_safeを--skip-グラント＆ -表
。3、空のrootユーザパスワードデータベース、ユーザーのパスワードをリセットルート
#mysql -uルート
のMysql>更新mysql.userのSETパスワード=パスワード（「新しいパスワード」）ユーザー=「ルート」;
MySQLの>フラッシュ権限;
18、LVS / nginxの/ haproxy長所と短所
nginxのの利点がある：
1、ネットワークの7層の仕事、あなたは、そのようなドメイン名のように、HTTPアプリケーション用のディレクトリ構造を一部流用ポリシーを行うことができ、それは通常のHAProxy以上のルールですそれは、現在広く普及している主な理由です強力かつ柔軟なの一つは、nginxの自体で、これははるかにLVS以上に機会を活用することができます。
2、ネットワークの安定性にnginxの依存性は非常に小さい、理論的には、あなたが機能をロードすることができますpingを実行することができ、これは、その強みの一つ、ネットワークの安定性に反しLVS比較的大きく依存、私は完全に理解この時点で、
3は、nginxのは、インストールすると、構成、より便利なテストは、それは基本的に間違っているログで印刷することができ、比較的簡単で、LVS構成は、長い時間がかかるだろうテスト、ネットワーク上の比較的大きな依存性をLVS。
4、およびより高い負荷圧が安定してとることができるが、ハードウェアの違いは、一般的に数十同時負荷の量は、それらのLVSよりも相対的に小さい数千倍の場合をサポートしていません。
5、nginxのは、ポートの障害を介してサーバ内であることは、URLが検出された欠点をサポートしていないタイムアウトに、ステータスコードに戻さに従って、ウェブサーバ処理として、検出され、他のノードに要求を再送信するエラーを返しますが、 。ユーザーがファイルをアップロードし、アップロードプロセス中だけ処理ノード障害をアップロードされ、例えば、nginxのは、それが大きなファイルをアップロードする場合、別のサーバーの再処理にアップロードし、LVSを直接遮断削減しますまたは重要な文書、ユーザーはそのため不満があります。
6、nginxのはちょうど良いロードバランサ/リバースプロキシソフトウェアではありません、それは近年においても、強力なWebアプリケーション・サーバー、LNMPあり、また、非常に人気のWebフレームワークである、高トラフィック環境での安定性は非常に良いです。
7、nginxのは、今では逆Webキャッシングとリバースプロキシアクセラレータとしてそれを使用することを検討して、スピード速い伝統的なイカのサーバーよりも成熟し、より多くの加速、とします
8は、nginxのリバースプロキシは中間レベルとして使用することができ、このレベルはnginxのは、唯一可能な比較だけで、本質的に無競争nginxのをlighttpdのが、nginxのはまだ完全に機能しないのlighttpdされ、コンフィギュレーションは、そうはっきりと読みやすいではありませんコミュニティ情報は、アクティブなnginxのはほど遠いもあります
9、nginxのも、この領域なしの対戦相手で、性能、静的なページと画像サーバとして使用します。そこnginxのコミュニティは、多くのサードパーティのモジュールがあり、非常に有効です
：nginxのの欠点は、ということです
上記の範囲より小さく、これはその欠点であるので、nginxのは唯一、HTTP、HTTPS、および電子メールプロトコルをサポートしています1
2、バックエンドサーバーがサポートするのヘルスチェックのみポートを介して検出されることはなく、サポートは、urlで検出された
直接キープセッションをサポートしていませんが、それはip_hashを解決することができます
LVS：、高いパフォーマンスを実現するために、Linuxカーネルをクラスタリング高可用性サーバロードバランシング、それは良いスケーラビリティ（拡張性）、信頼性（信頼性）と管理（管理性）を持っている
利点は、LVSである：
1、抗負荷容量、使用のための流通ネットワークのみ、トラフィックなしの4階に取り組んでいるが、この機能はまた、ソフトウェアどこ比較的低いロードバランシングにその最強のパフォーマンス、メモリとCPUリソースの消費を決定します
2、コンフィギュレーションは、configureにずっと何が本当に存在しないため、また有利である、それは非常にヒューマンエラーの可能性を低減、接触に多くを取らない欠点である、比較的低いです
3、理由はその強力な抗負荷容量自体の安定した、自身LVS + keepalivedの完全なデュアル冗長性、が、我々はまだ、最も使用される実施形態LVS / DR + keepalivedのプロジェクトです
4、なしトラフィックは、LVSが唯一の要求を配布し、それ自体の流出することはない、これはイコライザーIOのパフォーマンスが影響の大きな流れを受けないようにすることです。
5、アプリケーションの広い範囲で、4層であるためLVSの仕事、それはなど、HTTP、データベース、オンラインチャットルームを含むほとんどすべてのアプリケーションのための負荷分散を行うことができますので、
LVSの欠点がある：
1、ソフトウェア自体は、正規表現の処理をサポートして個別のない動きをしません
し、今、この地域の多くのサイトでは強い需要があり、これは利点nginxの/ HAProxy + keepalivedのある
2、Webアプリケーション場合比較的大きな、そして、LVS / DR + keepalivedのは、実装と設定、メンテナンスプロセスがより比較的、nginxの/ HAProxy + keepalivedのは、はるかに簡単に言えば、複雑になるだけでなく、通りならば言葉の背後にあるWindows Serverは、特定のマシンが、ありますが、より複雑な実装しますA。
HAProxyがによって特徴付けられる：
1、HAProxyは、仮想ホストをサポートしています。
図2に示すように、指定されたURLを取得することによって、バックエンドサーバーを検出する状態をサポートしながら、セッションクッキーを導くために残っているそのような担体として、いくつかの欠点nginxのを、追加することができHAProxyの利点
3を、LVSとHAProxyは同様の、それ自体だけでロードバランシングソフトウェア、nginxのよりシンプルなHAProxyは、並行処理の速度のバランスを取るより良い負荷から効率の面で持っているが、nginxのに優れている
4、HAProxy TCPプロトコルがサポートする転送、負荷分散、負荷分散MySQLは、バックエンドで読むことができますMySQLのノード検出および負荷分散、あなたはMySQLのマスタースレーブのロードバランシングを行うにLVS + keepalivedのを使用することができます
5、非常に多くの戦略のバランスを取るHAProxyロードを、HAProxyロードバランシングアルゴリズムは現在、特定のある8種類があります：
①roundrobinは、簡単なアンケートを表し、 ;これだけでは、これが基本的に持っている負荷分散である、前記
②静的-RR、重量、提案された注目に従って発現;
③leastconnは、最小接続、最初の治療、提案注目表し;
④ソース、番組要求元IPを、このnginxのとIP_hash同様のメカニズム
我々はセッションの問題を解決する方法として、それを使用します ;、フォーカス提案
⑤ri、番組リクエストURI、
URLパラメータに応じて、⑥rl_paramを表し、要求のバランスurl_param 'ANザは、パラメータ名のURLを必要と
⑦hdr（名）、番組毎にHTTPリクエストをロックするHTTPリクエスト;
⑧rdp、クッキー（名）、ロッククッキー（名）およびTCPハッシュリクエストごとにデータ表現に応じて。
。19、データバックアップツールのMySQL
のmysqldumpツールは、MySQLのmysqldumpバックアップツールは、以下のディレクトリリストビン運ぶ：は/ usr / local / mysqlの/ binに/ mysqldumpを、 InnoDBのサポートホットバックアップを、それは論理的なバックアップですので、スピードない非常に速く、バックアップデータは、mysqldumpをフルバックアップ+バイナリログの復旧ポイントは、時間に基づいて達成することができ、シーンのために比較的小さいです。
LVMのスナップショットベースのバックアップ
物理バックアップでは、そこにファイルシステム（LVMスナップショット）の物理ベースのバックアップは、データベース全体のディレクトリタールのような直接使用するコマンド可能で
、バックアップをパッケージ化するが、これらは唯一陵バックアップすることができ、異なるストレージない同じエンジンバックアップ、MyISAMテーブルは自動的にテーブルレベルにバックアップ
とのInnoDBのみ、データベース全体をバックアップし、別のテーブルスペースを開けません。
バックアップのtarパッケージ
xtrabackup percona異なるデータベース間でストレージのInnoDBサポートデータ移行に伴う物理のInnoDBホットバックアップサポート、フルバックアップ、増分バックアップ、および非常に高速をサポートするためのツールを提供し、バックアップ・コピー・モードからのサポートマシンがバックアップとリカバリです回復、xtrabackupサポートより多くの拡張を可能にするために、あなたは別の表スペースを設定することができ、バックアップは別のテーブルをサポートすることができた後、オープンinnodb_file_per_tableを機能が有効になっています
20は、キープアライブ作品とどのように健康診断行うに
VRRPプロトコルベースを達成することであるkeepalivedのは、VRRPは仮想ルータ冗長プロトコル、または仮想ルーティング冗長プロトコルの略です。
仮想ルーティング冗長プロトコルは、プロトコルルータは高可用性を実現することが考えられる、ルータは、ルータ群の同じ機能を提供するために、約Nセット
マスターと複数のバックアップを有するこのグループを、外部のサービスプロバイダVIP上記マスタが（ありますLANルータが内に配置されている
）他のマシンのVIP用のデフォルトルートのバックアップがマスター遊び人アウトすることを考えて、VRRPパケット受信しない場合、マスターは、マルチキャスト送信されます
、あなたは時にVRRPの選挙の優先順位のマスターのバックアップが必要になります。これは、ルータの高可用性を保証します
三つの主要なモジュール、すなわちコア、チェックおよびVRRPがあるkeepalivedの。コア、開始、維持し、グローバルコンフィギュレーション・ファイルがロードされ、解析されるの責任メインプロセスとしてkeepalivedのコアモジュール。一般的な検査の様々な方法を含め、ヘルスチェックの責任をチェック、VRRP VRRPモジュール合意を達成することです
keepalivedのヘルスチェックが配置
HTTP_GET | SSL_GET
HTTP_GET | SSL_GET
{
URL {
パス/＃は、SSLのURLのHTTP /検査は、複数であってもよい
ダイジェスト＃HTTP / SSLインスペクションツールgenhash生成のダイジェスト情報
STATUS_CODE 200＃HTTP / SSL返さチェックステータスコード
}
connect_portポート＃80
bindto
接続時間CONNECT_TIMEOUT 3＃。
nb_get_retry 3＃再接続時間が
delay_before_retry 2＃接続間隔
}
源：
http://www.yunweipai.com/archives/27983.html