【サーバ/インフラを支える技術】を読んで、めちゃくちゃ簡単にまとめていく
最近はシステム構成図を見ることが多くなってきた。 見てもよくわからないことが多いので、何か勉強しようと思い、 【サーバ/インフラを支える技術】を読んだ。 せっかくなので、目次に毛を生やした程度にまとめてみた。
【第１章】サーバ/インフラ構築入門
- システムは、障害がいつ起こってもいいように設計しなければならない
- そのためには、ルータ、ロードバランサ、サーバ、全てを冗長化する必要がある
- 冗長化した際に大切なことは、
- 障害の検出（ヘルスチェック）
- スムーズな切り替え（IPアドレスの引き継ぎ）
- スケジューリングアルゴリズム、VRRP、色んな仕組みが使われている
【第２章】ワンランク上のサーバ/インフラの構築
- キャッシュサーバをリバースプロキシとして使うと、APサーバへの負荷分散ができる
- MySQLも冗長化（レプリケーション）し、かつスレーブを有効活用する
- HTTPをストレージプロトコルとして利用することで、サイトが全停止する危険を回避
- 単一故障点を防ぐために冗長化が必要
- 複数台のサーバにファイルを同期さると不具合が起きやすい
- これら２つの課題は第３章で
【第３章】止まらないインフラを目指すさらなる工夫
- DNSサーバの障害はなかなか起きないが、起こった時には原因特定がかなり難しく影響範囲が広い
- ロードバランサにVIPを持たせ、Active/Active構成で冗長化する。(IPVS, keepalive)
- ストレージサーバの同期は困難 -> DRBDを用いて解決
- DRBD:ファイル単位ではなく、ブロックデバイス単位でリアルタイムにレプリケートする
- keepalivdをdaemontoolsで制御する
- 誰かが間違えてファイルを消すと即座にバックアップに反映してしまうのが弱点
- Bondingドライバを用いて、L1,/L2も冗長化する（リンク、スイッチ）
- 冗長化しすぎるとループができてしまう（ブロードキャストストーム）
- RSTPで解決（自動的に冗長な接続を遮断する）
- VLANを用いてネットワークを柔軟に
- ポートVLAN：スイッチのポートごとにVLAN識別子を割り当てる
- タグVLAN：EthernetフレームにVLAN識別情報を挿入する。論理構成が複雑になりがち。
- サーバファームでの利用は、タグVLANを使用することで、物理的な無駄を無くせる
- ポートVLANを基本とし、必要なところにタグVLANの設定を行うのが理想
- VLAN構成が複雑になっても、物理構成はシンプルさを求める
【第４章】性能向上、チューニング
- これまでの冗長化に合わせて、単一のホストの性能を引き出すことによって初めて負荷分散の意味がある
- Webサーバ(Apache)にもチューニングはできるが、ほとんどの原因は別の場所に存在する
- 強いてあげるなら、並列処理の際のMPMに何を選択するかが重要になる
- サーバが搭載する物理メモリと1プロセスの平均メモリ消費量によってMaxClientsを決める
- perfork:マルチプロセス。普段使いならこちらで良い。
- worker:マルチスレッド。軽量で高速であるが、設定が複雑。
- MySQLのチューニングはテーブル設計やSQLの最適化が効果的
- サーバサイドで出来ることは、メモリ関係のパラメータチューニング
- バッファ：innodb_buffer_pool_sizeとかとか
【第５章】省力運用
- 省力運用のために様々なツールが用いられる
- Nagios：サービスの稼働監視
- 死活状態
- 負荷状態
- 稼働率の計測
- Ganglis：サーバリソースのモニタリング
- Puppet：サーバ管理の効率化
- 新規サーバの投入
- 既存サーバの設定変更
- 台数が多いところ、手動では設定漏れが発生しがちなところが優先
- deamontools：デーモンの稼働管理
- プロセスが落ちた時に自動で起動しなおしてくれる
- 手軽にデーモンを作れる
- PXE、initramfs：ネットワークブートの活用
- ネットワーク上のサーバから読み出すため、二次記憶装置が必要ない
- ロードバランサやDB,ファイルサーバに活用されることが多い
- リモートメンテナンス
- SSHでリモートログインすると楽だけど、OSが起動していないと使えない
- シリアルコンソール、IPMI等を用いて対処する
- Webサーバのログの扱い
- ログを扱いやすくするためには、１つの場所に集約、収集する必要がある
- アクセスの集計やトラブルの解析に利用される
