第3章 信頼性の高い etcd パフォーマンスとスケーラビリティーの確保


etcd で最適なパフォーマンスを確保するには、ノードのスケーリング、リーダーの選出、ログのレプリケーション、チューニング、レイテンシー、ネットワークジッター、ピアのラウンドトリップ時間、データベースサイズ、Kubernetes API トランザクションレートなど、パフォーマンスに影響する条件を理解することが重要です。

3.1. etcd のリーダー選出とログレプリケーション

etcd は、複製されたノードのクラスターとして動作する、一貫性のある分散型キー値ストアです。etcd は、Raft アルゴリズムに従って 1 つのノードをリーダーとして、他のノードをフォロワーとして選出することで動作します。リーダーは、システムの現在の状態を維持し、フォロワーが最新であることを確認します。

リーダーノードはログのレプリケーションを実行します。クライアントからの受信書き込みトランザクションを処理し、Raft ログエントリーを書き込み、それをフォロワーにブロードキャストします。

kube-apiserver などの etcd クライアントが、値の書き込みなどのクォーラムを必要とするアクションを要求している etcd メンバーに接続すると、その etcd メンバーがフォロワーである場合は、トランザクションをリーダーに送信する必要があることを示すメッセージを返します。

etcd クライアントが、クォーラムを必要とするアクションをリーダーに要求すると、リーダーはクライアントの接続を開いたまま、ローカルの Raft ログを書き込み、そのログをフォロワーにブロードキャストし、過半数のフォロワーからログが正常にコミットされたことを確認するまで待機します。その後、リーダーは etcd クライアントに完了通知を送信し、セッションを終了します。フォロワーから失敗通知を受信し、過半数が合意に達することができなかった場合、リーダーはクライアントにエラーメッセージを返し、セッションを閉じます。

トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2025 Red Hat