自動アタッチメント

サーバーが自動添付を有効にするように設定されている場合、システムは、自動添付を許可する同じアカウントの予約にリソースを自動的に添付しようとします。 予約は自動添付をサポートするように設定され、利用可能な容量と一致するプロパティ（アカウント、プロファイル、ゾーン）を含んでいなければならない。

以下の例は、システムが自動予約に自動リソースをアタッチしようとするシナリオである。

• 新しい自動予約が作成されると、システムは候補となる自動リソースを探し、予約の容量まで予約にアタッチする。
• 新しい自動リソースが作成されると、システムは利用可能な容量がある候補の自動予約を探し、リソースをアタッチする。
• 自動予約の有効期限が切れると、システムはその予約にアタッチされていたリソースを別の自動予約にアタッチしようとする。 予約やキャパシティが利用できない場合、リソースはアタッチされないままとなる。
• 自動リソースが削除された場合、システムはアカウント内の別の自動リソースで現在利用可能な容量を埋めようとします。

予約にリソースを自動的にアタッチするには、以下の設定がtrueである必要があります：

• 予約を自動添付するためには、'affinity_policy が 'automatic でなければならない。
• リソースの自動添付を有効にするには、'reservation_affinity.policy が 'automatic でなければならない。
• reservation_affinity.pool」は空でなければならない。

アタッチされたコンピュートリソースの課金割引は、即座に自動的に適用されます。 自動的にアタッチされるように設定されたリソース候補である自動予約が複数ある場合、システムによってどの予約が選択されるかは保証されません。 予約に添付されたすべてのリソースは課金されないため、この注文は価格設定に影響しない。

手動アタッチメント

サーバーが手動添付用に設定されている場合は、手動でサーバーを予約に添付する必要があります。

リソースを手動で予約にアタッチするには、以下の設定がtrueである必要があります：

• 予約 'affinity_policy は 'restricted でなければならない。
• 予約に添付するリソースは、'reservation_affinity.policy が 'manual である必要があります。
• reservation_affinity.pool は1つの予約IDを持ち、対象となる予約の'affinity_policy は'restricted でなければならない。

ノルマと予約

予約は、リソースタイプに適したクォータに対してカウントされます。 そのため、ベアメタル予約はベアメタルサーバー・クォータに対してカウントされ、仮想サーバー予約はインスタンス・クォータに対してカウントされます。 しかし、予約にアタッチされているコンピュート・リソースは、クォータにはカウントされません。

自動アタッチに設定された新しいコンピュートリソースを作成すると、既存のマッチする予約のスペースが動的に決定され、クォータがカウントされます。 そのため、一致する自動予約に利用可能なキャパシティがない場合、コンピュート・リソースはクォータにカウントされる。 一致する自動予約に利用可能な容量がある場合、新しいリソースはクォータにカウントされません。

新規の自動予約にも、同じように動的なクォータ計算が適用される。 通常、自動予約の数量はすべてアカウント枠にカウントされます。 しかし、予約と一致する自動コンピュート・リソースがあれば、それらは考慮されます。 その後、予約とリソース数の差額がアカウントクォータから差し引かれます。

予約の帯域幅速度課金

帯域幅速度の請求は、サーバーが予約に接続されたときに発生します。 つまり、プレミアム・オペレーティング・システムとダイナミック・ネットワーク帯域幅の課金は、予約に接続されたサーバーの開始イベントで発生する。 動的ネットワーク帯域幅は、予約期間と同じ1年または3年の料金で割引されますが、サーバーが予約に接続されている間のみ課金されます。