3.2. 単一または複数のアベイラビリティーゾーン


Red Hat build of Keycloak デプロイメントの動作と高可用性の保証は、最終的には {kubernetes} クラスターの設定によって決まります。通常、{kubernetes} クラスターは単一のアベイラビリティーゾーンにデプロイされますが、フォールトトレランスを高めるために、複数のアベイラビリティーゾーンにまたがってクラスターをデプロイ することも可能です。

Red Hat build of Keycloak Operator は、可能な限り Red Hat build of Keycloak Pod を別々のノードおよびアベイラビリティーゾーンにデプロイするために、デフォルトで次のトポロジー分散制約を定義します。

      topologySpreadConstraints:
        - maxSkew: 1
          topologyKey: "topology.kubernetes.io/zone"
          whenUnsatisfiable: "ScheduleAnyway"
          labelSelector:
            matchLabels:
              app: "keycloak"
              app.kubernetes.io/managed-by: "keycloak-operator"
              app.kubernetes.io/instance: "keycloak"
              app.kubernetes.io/component: "server"
        - maxSkew: 1
          topologyKey: "kubernetes.io/hostname"
          whenUnsatisfiable: "ScheduleAnyway"
          labelSelector:
            matchLabels:
              app: "keycloak"
              app.kubernetes.io/managed-by: "keycloak-operator"
              app.kubernetes.io/instance: "keycloak"
              app.kubernetes.io/component: "server"
Copy to Clipboard Toggle word wrap
重要

複数のアベイラビリティーゾーンを使用して高可用性を確保するには、データベースがゾーン障害にも耐えられることが重要です。これは、Red Hat build of Keycloak が、可用性を維持するために基盤となるデータベースに依存しているためです。

トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

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

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

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

会社概要

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

Theme

© 2025 Red Hat