Assigning Pods to Nodes - Kubernetes
Assigning Pods to NodesYou can constrain a Pod so that it is restricted to run on particular node(s), or to prefer to run on particular nodes. There are several ways to do this and the recommended approaches all use label selectors to facilitate the selection. Often, you do not need to set any such constraints; the scheduler will automatically do a reasonable placement (for example, spreading your
6.6 アンチアフィニティ・グループ
アンチアフィニティ・グループでは、特定の仮想マシンが常に違うOracle VM Serverで実行される必要があることを指定します。アンチアフィニティ・グループは、サーバー・プール内のすべてのOracle VM Serverに適用されます。アンチアフィニティ・グループは、環境で冗長性や特定のアプリケーションのロード・バランシングを構築する場合に設定します。 仮想マシンをアンチアフィニティ・グループに追加する場合に、そのグループに同じOracle VM Server上で実行中の仮想マシンがすでに存在するときは、ジョブが中断され、その仮想マシンはグループに追加されません。仮想マシンをそのアンチアフィニティ・グループに追加するには、別のOracle VM Serverに移行した後に、グループに追加します。 アンチアフィニティ・グループを作成するには、次の手順を実行します。 「Servers an
Anti-Affinity パターン - FUJITSU Hybrid IT Service FJcloud-O 設計・構築ガイド（デザインパターン・実装サンプル集）
Anti-Affinity パターン# 本構成はFJcloud-O 東日本／西日本リージョン3向けとなります。 要求事項# SLAで保証されたFJcloud-Oの月間稼働率99.99％を実現したい 仮想サーバを運用系と待機系といった構成で分ける際に、それぞれの仮想サーバ群を確実に異なる物理サーバ上に配備することで、FJcloud-O内部での物理サーバ故障時の影響範囲を局所化するようにしたい 対応するデザインパターン概要# FJcloud-Oでは、仮想サーバをサーバグループとしてまとめて登録し、そのサーバグループの挙動をポリシーとして指定することで、複数の仮想サーバをどのように物理サーバ上に配置するかを指定することができます。 具体的には、サーバグループ内の仮想サーバ群がどのように物理サーバ上に起動されるかを、以下のポリシーで指定します。 ポリシー 仮想サーバの配備
クラスター アフィニティ
フェールオーバー クラスターは、ノード間を移動して実行できる多数のロールを保持できます。 特定のロール (仮想マシン、リソース グループなど) が同じノードで実行されないことがあります。 これは、リソース消費、メモリ使用量などが原因である可能性があります。 たとえば、メモリと CPU を集中的に使用する 2 つの仮想マシンがあり、2 つの仮想マシンが同じノードで実行されている場合、一方または両方の仮想マシンがパフォーマンスに影響を与える可能性があります。 この記事では、クラスターのアンチアフィニティ レベルとその使用方法について説明します。 アフィニティおよびアンチアフィニティとは アフィニティは、2 つ以上のロール (仮想マシン、リソース グループなど) の間にリレーションシップを確立してそれらを一緒に保つために設定するルールです。 アンチアフィニティは同じですが、指定されたロールを相互
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
第11章 anti-affinity による可用性の保証 | Data Grid Operator ガイド | Red Hat Data Grid | 8.2 | Red Hat Documentation
TechDocs