第3章 BareMetalHost [metal3.io/v1alpha1]
- 説明
- BareMetalHost は、baremetalhosts API の Schema です。
- 型
-
object
3.1. 仕様
プロパティー | 型 | 説明 |
---|---|---|
|
| APIVersion はオブジェクトのこの表現のバージョンスキーマを定義します。サーバーは認識されたスキーマを最新の内部値に変換し、認識されない値は拒否することがあります。詳細は、https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#resources を参照してください。 |
|
| kind はこのオブジェクトが表す REST リソースを表す文字列の値です。サーバーはクライアントが要求を送信するエンドポイントからこれを推測できる場合があります。これを更新することはできません。CamelCase を使用します。詳細は、https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#types-kinds を参照してください。 |
| 標準オブジェクトのメタデータ。詳細は、https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#metadata を参照してください。 | |
|
| BareMetalHostSpec は、BareMetalHost の望ましい状態を定義します。 |
|
| BareMetalHostStatus は、BareMetalHost の観測状態を定義します。 |
3.1.1. .spec
- 説明
- BareMetalHostSpec は、BareMetalHost の望ましい状態を定義します。
- 型
-
object
- 必須
-
online
-
プロパティー | 型 | 説明 |
---|---|---|
|
| ホストの CPU アーキテクチャー (例: "x86_64" または "aarch64")。設定されていない場合は、最終的には検査によって設定されます。 |
|
| 無効に設定すると、プロビジョニングおよびプロビジョニング解除中に自動クリーニングが回避されます。 |
|
| BMC に接続するにはどうすればよいですか? |
|
| PXE はどの MAC アドレスで起動しますか? これは一部のタイプではオプションですが、vbmc によって駆動される libvirt 仮想マシンでは必須です。 |
|
| 起動時にハードウェアを初期化する方法を選択します。デフォルトは UEFI です。 |
|
| consumerRef は、ホストを使用しているものに関する情報を格納するために使用できます。空でない場合、ホストは "使用中" と見なされます。 |
|
| カスタムデプロイの手順。 |
|
| description は、ホストを識別するために使用される人間が入力したテキストです。 |
|
| externallyProvisioned は、他の何かがホスト上で実行されているイメージを管理していることを意味し、Operator は電源ステータスとハードウェアインベントリー検査のみを管理する必要があります。Image フィールドに入力すると、このフィールドは無視されます。 |
|
| ベアメタルサーバーの BIOS 設定 |
|
| このホストのハードウェアプロファイルの名前は何ですか ?ハードウェアプロファイルは非推奨となったため、使用しないでください。代わりに、Architecture と RootDeviceHints という別々のフィールドを使用してください。ハードウェアプロファイルのない API の将来のバージョンに備えるには、"empty" に設定します。 |
|
| image は、プロビジョニングされるイメージの詳細を保持します。 |
|
| metaData は、Config Drive に渡されるホストメタデータ (meta_data.json など) を含む Secret への参照を保持します。 |
|
| networkData は、Config Drive に渡されるネットワーク設定 (network_data.json のコンテンツなど) を含む Secret への参照を保持します。 |
|
| サーバーはオンラインである必要がありますか? |
|
| preprovisioningNetworkDataName は、ネットワーク設定 (network_data.json の内容など) を含むローカル namespace 内の Secret の名前です。これは、preprovisioning イメージに渡され、networkData を指定してオーバーライドされていない場合は Config Drive にも渡されます。 |
|
| ベアメタルサーバーの RAID 設定 |
|
| プロビジョニングするイメージのデバイスを選択する方法に関するガイダンスを提供します。 |
|
| taints は、対応するマシンに適用する taints の完全で信頼できるリストです。このリストは、継続的にマシンに加えられた変更を上書きします。 |
|
| この Taint が接続されているノードは、Taint を許容しない Pod に "影響を及ぼし" ます。 |
|
| userData は、ホストが起動する前にホストに渡されるユーザーデータを含むシークレットへの参照を保持します。 |
3.1.2. .spec.bmc
- 説明
- BMC に接続するにはどうすればよいですか?
- 型
-
object
- 必須
-
address
-
credentialsName
-
プロパティー | 型 | 説明 |
---|---|---|
|
| address は、ネットワーク上のコントローラーにアクセスするための URL を保持します。 |
|
| BMC クレデンシャルを含むシークレットの名前 (キー "username" および "password" が必要)。 |
|
| disableCertificateVerification は、HTTPS を使用して BMC に接続するときに、サーバー証明書の検証を無効にします。これは、サーバー証明書が自己署名されている場合に必要ですが、中間者が接続を傍受できるため、安全ではありません。 |
3.1.3. .spec.consumerRef
- 説明
- consumerRef は、ホストを使用しているものに関する情報を格納するために使用できます。空でない場合、ホストは "使用中" と見なされます。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| 参照先の API バージョン。 |
|
| オブジェクト全体ではなく一部を参照する場合に、この文字列には、desiredState.manifest.containers[2] など、有効な JSON/Go フィールドアクセスステートメントを含める必要があります。たとえば、オブジェクトの参照先が Pod 内のコンテナーの場合には、"spec.containers{name}" などの値に設定されます ("name" はイベントをトリガーしたコンテナー名に置き換えます)。またはコンテナー名が指定されていない場合には、"spec.containers[2]" の値に設定されます (この Pod 内でインデックスが 2 のコンテナー)。この構文が選択された唯一の理由は、オブジェクトの一部の参照を明確に定義するためです。TODO: この設計は最終版ではないので今後このフィールドは変更される可能性があります。 |
|
| 参照先の種類。詳細は、https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#types-kinds を参照してください。 |
|
| 参照先の名前。詳細: https://kubernetes.io/docs/concepts/overview/working-with-objects/names/#names |
|
| 参照先の namespace。詳細: https://kubernetes.io/docs/concepts/overview/working-with-objects/namespaces/ |
|
| この参照が作成される特定の resourceVersion (ある場合)。詳細: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#concurrency-control-and-consistency |
|
| 参照先の UID。詳細: https://kubernetes.io/docs/concepts/overview/working-with-objects/names/#uids |
3.1.4. .spec.customDeploy
- 説明
- カスタムデプロイの手順。
- 型
-
object
- 必須
-
method
-
プロパティー | 型 | 説明 |
---|---|---|
|
| カスタムデプロイメソッド名。この名前は、使用されるデプロイ RAM ディスクに固有です。カスタムデプロイ RAM ディスクがない場合は、CustomDeploy を使用しないでください。 |
3.1.5. .spec.firmware
- 説明
- ベアメタルサーバーの BIOS 設定
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| 単一の物理プロセッサーコアを複数の論理プロセッサーとして表示できるようにします。これは、次のオプションをサポートします: true、false。 |
|
| SR-IOV のサポートにより、ハイパーバイザーは PCI-express デバイスの仮想インスタンスを作成することができ、潜在的に性能を向上させることができます。これは、次のオプションをサポートします: true、false。 |
|
| プラットフォームハードウェアの仮想化をサポートします。これは、次のオプションをサポートします: true、false。 |
3.1.6. .spec.image
- 説明
- image は、プロビジョニングされるイメージの詳細を保持します。
- 型
-
object
- 必須
-
url
-
プロパティー | 型 | 説明 |
---|---|---|
|
| checksum はイメージのチェックサム。 |
|
| checksumType は、イメージのチェックサムアルゴリズムです (例: md5、sha256 または sha512)。特別な値 "auto" を使用すると、チェックサムからアルゴリズムを検出できます。存在しない場合は、MD5 が使用されます。疑問がある場合は、"auto" を使用してください。 |
|
| DiskFormat には、イメージのフォーマット (raw、qcow2、…) が含まれています。raw イメージをストリーミングするには、raw に設定する必要があります。live-iso は、URL によって参照される iso がライブブートされ、ディスクにデプロイされないことを意味します。この場合、チェックサムオプションは不要であり、指定されている場合は無視されます。 |
|
| url は、デプロイするイメージのロケーション。 |
3.1.7. .spec.metaData
- 説明
- metaData は、Config Drive に渡されるホストメタデータ (meta_data.json など) を含む Secret への参照を保持します。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| name は、namespace 内で一意であり、シークレットのリソースを参照します。 |
|
| namespace は、シークレットの名前が一意でなければならないスペースを定義します。 |
3.1.8. .spec.networkData
- 説明
- networkData は、Config Drive に渡されるネットワーク設定 (network_data.json のコンテンツなど) を含む Secret への参照を保持します。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| name は、namespace 内で一意であり、シークレットのリソースを参照します。 |
|
| namespace は、シークレットの名前が一意でなければならないスペースを定義します。 |
3.1.9. .spec.raid
- 説明
- ベアメタルサーバーの RAID 設定
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
| `` |
ハードウェア RAID の論理ディスクのリスト。rootDeviceHints が使用されていない場合、最初のボリュームはルートボリュームです。このフィールドの値を |
| `` | ソフトウェア RAID の論理ディスクのリスト。rootDeviceHints が使用されていない場合、最初のボリュームはルートボリュームです。HardwareRAIDVolumes が設定されている場合、この項目は無効になります。作成されるソフトウェア RAID デバイスの数は、1 または 2 である必要があります。ソフトウェア RAID デバイスが 1 つしかない場合は、RAID-1 である必要があります。2 つある場合、最初の 1 つは RAID-1 である必要があり、2 番目の RAID レベルは 0、1、または 1+0 にすることができます。最初の RAID デバイスがデプロイメントデバイスになるため、RAID-1 を適用すると、ディスク障害が発生した場合にノードが起動しない状態になるリスクが軽減されます。ソフトウェア RAID は常に削除されます。 |
3.1.10. .spec.rootDeviceHints
- 説明
- プロビジョニングするイメージのデバイスを選択する方法に関するガイダンスを提供します。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| "/dev/vda" のような Linux デバイス名、またはこのデバイス名への "/dev/disk/by-path/pci-0000:01:00.0-scsi-0:2:0:0" のようなバイパスリンク。ヒントは、実際の値と完全に一致する必要があります。 |
|
| 0:0:0:0 のような SCSI バスアドレス。ヒントは、実際の値と完全に一致する必要があります。 |
|
| デバイスの最小サイズ (ギガバイト単位)。 |
|
| ベンダー固有のデバイス識別子。ヒントは、実際の値のサブ文字列になります。 |
|
| デバイスが回転メディアを使用する必要がある場合は true、それ以外の場合は false。 |
|
| デバイスのシリアル番号。ヒントは、実際の値と完全に一致する必要があります。 |
|
| デバイスのベンダーまたはメーカーの名前。ヒントは、実際の値のサブ文字列になります。 |
|
| 一意のストレージ ID。ヒントは、実際の値と完全に一致する必要があります。 |
|
| 一意のベンダーストレージ ID。ヒントは、実際の値と完全に一致する必要があります。 |
|
| ベンダーエクステンションを追加した一意のストレージ ID。ヒントは、実際の値と完全に一致する必要があります。 |
3.1.11. .spec.taints
- 説明
- taints は、対応するマシンに適用する taints の完全で信頼できるリストです。このリストは、継続的にマシンに加えられた変更を上書きします。
- 型
-
array
3.1.12. .spec.taints[]
- 説明
- このテイントが接続されているノードは、テイントを許容しない Pod に "影響" を及ぼします。
- 型
-
object
- 必須
-
effect
-
key
-
プロパティー | 型 | 説明 |
---|---|---|
|
| 必須。テイントを許容しない Pod に対するテイントの影響。有効な効果は、NoSchedule、PreferNoSchedule、および NoExecute です。 |
|
| 必須。ノードに適用されるテイントキー。 |
|
| timeAdded は、テイントが追加された時刻を表します。NoExecute テイントにのみ作成されます。 |
|
| テイントキーに対応するテイント値。 |
3.1.13. .spec.userData
- 説明
- userData は、ホストが起動する前にホストに渡されるユーザーデータを含むシークレットへの参照を保持します。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| name は、namespace 内で一意であり、シークレットのリソースを参照します。 |
|
| namespace は、シークレットの名前が一意でなければならないスペースを定義します。 |
3.1.14. .status
- 説明
- BareMetalHostStatus は、BareMetalHost の観測状態を定義します。
- 型
-
object
- 必須
-
errorCount
-
errorMessage
-
hardwareProfile
-
operationalStatus
-
poweredOn
-
provisioning
-
プロパティー | 型 | 説明 |
---|---|---|
|
| errorCount は、最後に成功した操作以降にホストがエラーを発生させた回数を記録します。 |
|
| プロビジョニングサブシステムによって報告された最後のエラーメッセージ |
|
| errorType は、OperationalStatus が OperationalStatusError のときに発生した障害のタイプを示します。 |
|
| 動作していると検証できた最後のクレデンシャル。 |
|
| ホスト上に存在することが検出されたハードウェア。 |
|
| ハードウェアの詳細に一致するプロファイルの名前。 |
|
| lastUpdated は、このステータスが最後に観測された日時を識別します。 |
|
| operationHistory は、このホストで実行された操作に関する情報を保持します。 |
|
| operationalStatus は、ホストのステータスを保持します。 |
|
| ホストの電源がオンになっているかどうかのインジケーター。 |
|
| プロビジョニング担当者が追跡する情報。 |
|
| プロビジョニングバックエンドに送信した最後のクレデンシャル |
3.1.15. .status.goodCredentials
- 説明
- 動作していると検証できた最後のクレデンシャル。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| SecretReference は、Secret Reference を表します。namespace でシークレットを取得するのに十分な情報があります。 |
|
|
3.1.16. .status.goodCredentials.credentials
- 説明
- SecretReference は、Secret Reference を表します。namespace でシークレットを取得するのに十分な情報があります。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| name は、namespace 内で一意であり、シークレットのリソースを参照します。 |
|
| namespace は、シークレットの名前が一意でなければならないスペースを定義します。 |
3.1.17. .status.hardware
- 説明
- ホスト上に存在することが検出されたハードウェア。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| cpu は、ホスト上の 1 つのプロセッサーを表します。 |
|
| firmware は、ホスト上のファームウェアを表します。 |
|
| |
|
| |
|
| nic は、ホスト上の 1 つのネットワークインターフェイスを記述します。 |
|
| |
|
| |
|
| storage は、ホスト上の 1 つのストレージデバイス (ディスク、SSD など) を表します。 |
|
| HardwareSystemVendor は、ハードウェアシステム全体に関する詳細を格納します。 |
3.1.18. .status.hardware.cpu
- 説明
- cpu は、ホスト上の 1 つのプロセッサーを表します。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| |
|
| ClockSpeed は MHz 単位のクロック速度。 |
|
| |
|
| |
|
|
3.1.19. .status.hardware.firmware
- 説明
- firmware は、ホスト上のファームウェアを表します。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| このファームウェアの BIOS |
3.1.20. .status.hardware.firmware.bios
- 説明
- このファームウェアの BIOS
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| この BIOS のリリース/ビルド日 |
|
| この BIOS のベンダー名 |
|
| BIOS のバージョン |
3.1.21. .status.hardware.nics
- 説明
- 型
-
array
3.1.22. .status.hardware.nics[]
- 説明
- nic は、ホスト上の 1 つのネットワークインターフェイスを記述します。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| インターフェイスの IP アドレス。存在する場合、これは IPv4 または IPv6 アドレスになります。IPv4 アドレスと IPv6 アドレスの両方がデュアルスタック環境に存在する場合、各 IP に 1 つずつ、合計 2 つの NIC が出力されます。 |
|
| デバイスの MAC アドレス |
|
| NIC のベンダー ID と製品 ID、例:"0x8086 0x1572" |
|
| ネットワークインターフェイスの名前 (例:"en0") |
|
| NIC が PXE ブータブルかどうか |
|
| デバイスの速度 (ギガビット/秒) |
|
| タグなし VLAN ID |
|
| 利用可能な VLAN |
|
| VLAN は、VLAN の名前と ID を表します。 |
3.1.23. .status.hardware.nics[].vlans
- 説明
- 利用可能な VLAN
- 型
-
array
3.1.24. .status.hardware.nics[].vlans[]
- 説明
- VLAN は、VLAN の名前と ID を表します。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| VLANID は、12 ビットの 802.1QVLAN 識別子です。 |
|
|
3.1.25. .status.hardware.storage
- 説明
- 型
-
array
3.1.26. .status.hardware.storage[]
- 説明
- storage は、ホスト上の 1 つのストレージデバイス (ディスク、SSD など) を表します。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| ディスクの代替 Linux デバイス名のリスト (例: "/dev/sda")。このリストは包括的なものではなく、再起動すると名前が安定しない可能性があることに注意してください。 |
|
| デバイスの SCSI ロケーション |
|
| ハードウェアモデル |
|
| ディスクの Linux デバイス名 (例: "/dev/disk/by-path/pci-0000:01:00.0-scsi-0:2:0:0")。使用可能な場合は、再起動後も安定した名前になります。 |
|
| このディスクが回転ストレージを表すかどうか。このフィールドの使用は推奨されていません。代わりに 'Type' フィールドを使用することを推奨します。このフィールドは最終的に非推奨になります。 |
|
| デバイスのシリアル番号 |
|
| ディスクのサイズ (バイト単位) |
|
| デバイスタイプ、HDD、SSD、NVME のいずれか。 |
|
| デバイスのベンダーの名前 |
|
| デバイスの WWN |
|
| デバイスの WWN ベンダー拡張 |
|
| 拡張子が付いた WWN |
3.1.27. .status.hardware.systemVendor
- 説明
- HardwareSystemVendor は、ハードウェアシステム全体に関する詳細を格納します。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| |
|
| |
|
|
3.1.28. .status.operationHistory
- 説明
- operationHistory は、このホストで実行された操作に関する情報を保持します。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| OperationMetric には、メトリクスの追跡に使用される操作 (検査、プロビジョニングなど) に関するメタデータが含まれています。 |
|
| OperationMetric には、メトリクスの追跡に使用される操作 (検査、プロビジョニングなど) に関するメタデータが含まれています。 |
|
| OperationMetric には、メトリクスの追跡に使用される操作 (検査、プロビジョニングなど) に関するメタデータが含まれています。 |
|
| OperationMetric には、メトリクスの追跡に使用される操作 (検査、プロビジョニングなど) に関するメタデータが含まれています。 |
3.1.29. .status.operationHistory.deprovision
- 説明
- OperationMetric には、メトリクスの追跡に使用される操作 (検査、プロビジョニングなど) に関するメタデータが含まれています。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
| `` | |
| `` |
3.1.30. .status.operationHistory.inspect
- 説明
- OperationMetric には、メトリクスの追跡に使用される操作 (検査、プロビジョニングなど) に関するメタデータが含まれています。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
| `` | |
| `` |
3.1.31. .status.operationHistory.provision
- 説明
- OperationMetric には、メトリクスの追跡に使用される操作 (検査、プロビジョニングなど) に関するメタデータが含まれています。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
| `` | |
| `` |
3.1.32. .status.operationHistory.register
- 説明
- OperationMetric には、メトリクスの追跡に使用される操作 (検査、プロビジョニングなど) に関するメタデータが含まれています。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
| `` | |
| `` |
3.1.33. .status.provisioning
- 説明
- プロビジョニング担当者が追跡する情報。
- 型
-
object
- 必須
-
ID
-
state
-
プロパティー | 型 | 説明 |
---|---|---|
|
| 基盤となるプロビジョニングツールからのマシンの UUID |
|
| BootMode は、ノードのプロビジョニングに使用されるブートモードを示します。 |
|
| ホストに適用されるカスタムデプロイ手順。 |
|
| ユーザーが設定した BIOS |
|
| イメージは、ホストに正常にプロビジョニングされた最後のイメージの詳細を保持します。 |
|
| ユーザーが設定したレイド |
|
| ユーザーが設定した RootDevicehints |
|
| プロビジョニング担当者がホストに対して行っていることの指標。 |
3.1.34. .status.provisioning.customDeploy
- 説明
- ホストに適用されるカスタムデプロイ手順。
- 型
-
object
- 必須
-
method
-
プロパティー | 型 | 説明 |
---|---|---|
|
| カスタムデプロイメソッド名。この名前は、使用されるデプロイ RAM ディスクに固有です。カスタムデプロイ RAM ディスクがない場合は、CustomDeploy を使用しないでください。 |
3.1.35. .status.provisioning.firmware
- 説明
- ユーザーが設定した BIOS
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| 単一の物理プロセッサーコアを複数の論理プロセッサーとして表示できるようにします。これは、次のオプションをサポートします: true、false。 |
|
| SR-IOV のサポートにより、ハイパーバイザーは PCI-express デバイスの仮想インスタンスを作成することができ、潜在的に性能を向上させることができます。これは、次のオプションをサポートします: true、false。 |
|
| プラットフォームハードウェアの仮想化をサポートします。これは、次のオプションをサポートします: true、false。 |
3.1.36. .status.provisioning.image
- 説明
- イメージは、ホストに正常にプロビジョニングされた最後のイメージの詳細を保持します。
- 型
-
object
- 必須
-
url
-
プロパティー | 型 | 説明 |
---|---|---|
|
| checksum はイメージのチェックサム。 |
|
| checksumType は、イメージのチェックサムアルゴリズムです (例: md5、sha256 または sha512)。特別な値 "auto" を使用すると、チェックサムからアルゴリズムを検出できます。存在しない場合は、MD5 が使用されます。疑問がある場合は、"auto" を使用してください。 |
|
| DiskFormat には、イメージのフォーマット (raw、qcow2、…) が含まれています。raw イメージをストリーミングするには、raw に設定する必要があります。live-iso は、URL によって参照される iso がライブブートされ、ディスクにデプロイされないことを意味します。この場合、チェックサムオプションは不要であり、指定されている場合は無視されます。 |
|
| url は、デプロイするイメージのロケーション。 |
3.1.37. .status.provisioning.raid
- 説明
- ユーザーが設定したレイド
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
| `` |
ハードウェア RAID の論理ディスクのリスト。rootDeviceHints が使用されていない場合、最初のボリュームはルートボリュームです。このフィールドの値を |
| `` | ソフトウェア RAID の論理ディスクのリスト。rootDeviceHints が使用されていない場合、最初のボリュームはルートボリュームです。HardwareRAIDVolumes が設定されている場合、この項目は無効になります。作成されるソフトウェア RAID デバイスの数は、1 または 2 である必要があります。ソフトウェア RAID デバイスが 1 つしかない場合は、RAID-1 である必要があります。2 つある場合、最初の 1 つは RAID-1 である必要があり、2 番目の RAID レベルは 0、1、または 1+0 にすることができます。最初の RAID デバイスがデプロイメントデバイスになるため、RAID-1 を適用すると、ディスク障害が発生した場合にノードが起動しない状態になるリスクが軽減されます。ソフトウェア RAID は常に削除されます。 |
3.1.38. .status.provisioning.rootDeviceHints
- 説明
- ユーザーが設定した RootDevicehints
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| "/dev/vda" のような Linux デバイス名、またはこのデバイス名への "/dev/disk/by-path/pci-0000:01:00.0-scsi-0:2:0:0" のようなバイパスリンク。ヒントは、実際の値と完全に一致する必要があります。 |
|
| 0:0:0:0 のような SCSI バスアドレス。ヒントは、実際の値と完全に一致する必要があります。 |
|
| デバイスの最小サイズ (ギガバイト単位)。 |
|
| ベンダー固有のデバイス識別子。ヒントは、実際の値のサブ文字列になります。 |
|
| デバイスが回転メディアを使用する必要がある場合は true、それ以外の場合は false。 |
|
| デバイスのシリアル番号。ヒントは、実際の値と完全に一致する必要があります。 |
|
| デバイスのベンダーまたはメーカーの名前。ヒントは、実際の値のサブ文字列になります。 |
|
| 一意のストレージ ID。ヒントは、実際の値と完全に一致する必要があります。 |
|
| 一意のベンダーストレージ ID。ヒントは、実際の値と完全に一致する必要があります。 |
|
| ベンダーエクステンションを追加した一意のストレージ ID。ヒントは、実際の値と完全に一致する必要があります。 |
3.1.39. .status.triedCredentials
- 説明
- プロビジョニングバックエンドに送信した最後のクレデンシャル
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| SecretReference は、Secret Reference を表します。namespace でシークレットを取得するのに十分な情報があります。 |
|
|
3.1.40. .status.triedCredentials.credentials
- 説明
- SecretReference は、Secret Reference を表します。namespace でシークレットを取得するのに十分な情報があります。
- 型
-
object
プロパティー | 型 | 説明 |
---|---|---|
|
| name は、namespace 内で一意であり、シークレットのリソースを参照します。 |
|
| namespace は、シークレットの名前が一意でなければならないスペースを定義します。 |