単一テナントのトラブルシューティング

このページでは、単一テナントノードの使用中に発生した問題のトラブルシューティング方法について説明します。

ノードグループのサイズ制限

問題: ノードグループのサイズが 100 に制限される。
- 解決策: 複数のノードグループを作成して、各ノードグループに同じアフィニティラベルを使用します。これらのノードグループに VM をスケジューリングする場合は、ノードグループに割り当てたアフィニティラベルを使用します。

問題: VM を単一テナントノードに移行できない。
- 解決策:
  - 最小 CPU プラットフォームが指定されている VM インスタンスは、VM テナンシーの更新で単一テナントノードに移動できません。VM を単一テナントノードに移動するには、CPU プラットフォーム仕様に automatic を設定して、この指定を削除します。
  - それぞれの単一テナントノードは特定の CPU プラットフォームを使用するため、単一テナントノードで稼働する VM では最小 CPU プラットフォームを指定できません。VM のテナンシーを更新して VM を単一テナントノードに移動するには、その前に、VM の --min-cpu-platform フラグを AUTOMATIC に設定する必要があります。

問題: ノードグループのオートスケーラーを有効にできない。
- 解決策: ノードグループのオートスケーラーを有効にするには、ノードグループのメンテナンスポリシーをデフォルトのメンテナンスポリシーに設定する必要があります。
問題: ノードグループ内で移行のメンテナンスポリシーで、予約済みのノードを保持できない。
- 解決策: ノードグループ内で移行のメンテナンスポリシーを使用する場合、ノードグループのオートスケーラーにスケールアウトのみを設定します。これにより、追加容量が必要になったときに、ノードグループにノードが追加されます。
問題: リージョンに使用可能な CPU 割り当てがない。
- 解決策: リージョンに CPU 割り当てが残っていないか、グループ内のノード数が最大数に達している場合、自動スケーリングが失敗する可能性があります。この問題は、請求関連の問題がある場合にも発生します。エラーの原因によっては、CPU 割り当ての増加を要求するか、新しい単一テナントノードグループを作成する必要があります。

問題: 再起動のインプレースメンテナンスポリシーの構成で問題が発生する。
- 解決策: 再起動のインプレースメンテナンスポリシーを使用する場合は、VM の OnHostMaintenanceSetting を terminate に設定します。
問題: ノードグループ内で移行のメンテナンスポリシーを使用しているときに、ノードグループでの VM のスケジューリングで問題が発生する。
- 解決策:
  - 特定のノードではなく、カスタマイズされたアフィニティラベルを使用して、VM をノードグループにスケジューリングします。
  - 2 つのノードを作成し、オートスケーラーを有効にします。この操作を行わなず、サイズが 1 のノードグループを作成すると、そのノードはホールドバック用に予約されます。

問題: ノードまたはノードグループに十分な容量がない。
- 解決策:
  - 複数の VM を並行してスケジュールしているノードを VM のスケジュール変更先にすると、まれに容量不足になることがあります。
  - 自動スケーリングを有効にしていないノードグループ内のノードを VM のスケジュール変更先にすると、容量不足になることがあります。
  - 自動スケーリングを有効にしているものの、CPU 割り当てを超過しているノードグループ内のノードを VM のスケジュール変更先にすると、容量不足になることがあります。

問題: ノードプロパティの非互換性が原因でインスタンスの作成に失敗したことを示すエラー。
```
Instance could not be scheduled due to no matching node with property compatibility.
```
- 解決策: GPU 対応の単一テナントノードは、GPU がアタッチされている VM のみをサポートします。この問題を解決するには、GPU を使用して単一テナント VM をプロビジョニングします。