etcd（エトシーディー） とは？

etcdはKubernetesの「記憶」を担当しているんだよ。クラスタにどんなPodがあるか、どんな設定がされているか、シークレット情報は何か――こういったクラスタのすべての状態がetcdに保存されているんだ。Kubernetesの脳みそと言ってもいいね

そうだね、キーバリューストアというシンプルなデータベースの一種だよ。「/pods/my-app」みたいなキーに対して、Podの情報がJSON形式で保存される。普通のデータベースと違ってテーブルやSQLはなく、キーを指定して値を読み書きするだけのシンプルな仕組みだよ

最大の強みは「分散環境での強い一貫性」だよ。etcdは複数台のサーバーで動いていて、Raftという合意アルゴリズムを使って「過半数のノードが合意したデータだけを正式に記録する」んだ。だからサーバーが1台落ちても、データが失われたり矛盾したりしないんだよ

仕組み自体は意外とシンプルだよ。3台や5台のetcdノードの中からリーダーが1台選ばれて、書き込みはまずリーダーが受け取る。リーダーが他のノードに「このデータを書きますよ」と伝えて、過半数が「OK」と返したら確定する。リーダーが落ちたら残りのノードで新リーダーを自動選出するんだ

etcdが全滅するとKubernetesは新しい操作が一切できなくなるよ。既に動いているPodはすぐには止まらないけど、新しいデプロイやスケーリングができなくなる。だからetcdのバックアップは本番環境では超重要で、etcdctlというツールでスナップショットを定期取得するのが鉄則なんだ

実はKubernetes以外でも結構使われているよ。CoreDNSのサービスディスカバリ、Flannelのネットワーク設定管理、M3DBのクラスタ管理などだね。特にWatchという機能が便利で、あるキーの値が変わった瞬間にリアルタイムで通知を受け取れるから、設定変更を即座に反映させるような用途に向いているんだよ

まずノード数は3台か5台の奇数が基本だね。偶数だとリーダー選出時に同数になってしまうことがある。あとetcdはディスクI/Oに敏感だから、SSDを使うのが推奨されているよ。それからKubernetesの規模が大きくなるとetcdのデータ量が増えるから、定期的にデフラグメンテーション（compaction）を行うのも大切だね