第3章 BareMetalHost [metal3.io/v1alpha1]
- Description
- BareMetalHost は、baremetalhostsAPI のスキーマです。
- タイプ
-
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
- Description
- BareMetalHostSpec は、BareMetalHost の望ましい状態を定義します
- タイプ
-
object
- 必須
-
online
-
プロパティー | タイプ | Description |
---|---|---|
|
| 無効に設定すると、プロビジョニングおよびプロビジョニング解除中に自動クリーニングが回避されます。 |
|
| BMC に接続するにはどうすればよいですか ? |
|
| PXE はどの MAC アドレスで起動しますか ?これは一部のタイプではオプションですが、vbmc によって駆動される libvirtVM では必須です。 |
|
| 起動時にハードウェアを初期化する方法を選択します。デフォルトは UEFI です。 |
|
| ConsumerRef は、ホストを使用しているものに関する情報を格納するために使用できます。空でない場合、ホストは使用中と見なされます。 |
|
| カスタムデプロイ手順。 |
|
| 説明は、ホストを識別するために使用される人間が入力したテキストです |
|
| ExternallyProvisioned は、他の何かがホスト上で実行されているイメージを管理していることを意味し、Operator は電源ステータスとハードウェアインベントリー検査のみを管理する必要があります。イメージフィールドに入力すると、このフィールドは無視されます。 |
|
| ベアメタルサーバーの BIOS 設定 |
|
| このホストのハードウェアプロファイルの名前は何ですか ?これを設定する必要があるのは、検査でプロファイルを自動的に判別できない場合のみです。 |
|
| イメージは、プロビジョニングされるイメージの詳細を保持します。 |
|
| メタデータは、コンフィグドライブに渡されるホストメタデータ(meta_data.json など)を含むシークレットへの参照を保持します。 |
|
| networkData は、コンフィグドライブに渡されるネットワーク設定(network_data.json のコンテンツなど)を含むシークレットへの参照を保持します。 |
|
| サーバーはオンラインである必要がありますか ? |
|
| preprovisioningNetworkDataName は、事前プロビジョニングイメージに渡されるローカル namespace の Secret の名前です(例:network_data.json のコンテンツ)。また、NetworkData を指定して上書きされていない場合は Config Drive に渡されます。 |
|
| ベアメタルサーバーの RAID 設定 |
|
| プロビジョニングするイメージのデバイスを選択する方法についてのガイダンスを提供します。 |
|
| テイントは、対応するマシンに適用するテイントの完全で信頼できるリストです。このリストは、継続的にマシンに加えられた変更を上書きします。 |
|
| このテイントが接続されているノードは、テイントを許容しない Pod に影響を及ぼします。 |
|
| UserData は、ホストが起動する前にホストに渡されるユーザーデータを含むシークレットへの参照を保持します。 |
3.1.2. .spec.bmc
- Description
- BMC に接続するにはどうすればよいですか ?
- タイプ
-
object
- 必須
-
address
-
credentialsName
-
プロパティー | タイプ | 説明 |
---|---|---|
|
| アドレスは、ネットワーク上のコントローラーにアクセスするための URL を保持します。 |
|
| BMC クレデンシャルを含むシークレットの名前 (キー username および password が必要)。 |
|
| DisableCertificateVerification は、HTTPS を使用して BMC に接続するときに、サーバー証明書の検証を無効にします。これは、サーバー証明書が自己署名されている場合に必要ですが、中間者が接続を傍受できるため、安全ではありません。 |
3.1.3. .spec.consumerRef
- Description
- 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
- Description
- カスタムデプロイ手順。
- タイプ
-
object
- 必須
-
method
-
プロパティー | タイプ | Description |
---|---|---|
|
| カスタムデプロイメソッド名。この名前は、使用されるデプロイ RAM ディスクに固有です。カスタムデプロイ RAM ディスクがない場合は、CustomDeploy を使用しないでください。 |
3.1.5. .spec.firmware
- Description
- ベアメタルサーバーの BIOS 設定
- タイプ
-
object
プロパティー | タイプ | Description |
---|---|---|
|
| 単一の物理プロセッサーコアを複数の論理プロセッサーとして表示できるようにします。これは、次のオプションをサポートします:true、false。 |
|
| SR-IOV のサポートにより、ハイパーバイザーは PCI-express デバイスの仮想インスタンスを作成することができ、潜在的に性能を向上させることができます。これは、次のオプションをサポートします:true、false。 |
|
| プラットフォームハードウェアの仮想化をサポートします。これは、次のオプションをサポートします:true、false。 |
3.1.6. .spec.image
- Description
- イメージは、プロビジョニングされるイメージの詳細を保持します。
- タイプ
-
object
- 必須
-
url
-
プロパティー | タイプ | Description |
---|---|---|
|
| チェックサムは、イメージのチェックサムです。 |
|
| ChecksumType は、イメージのチェックサムアルゴリズムです。例:md5、sha256、sha512 |
|
| DiskFormat には、イメージのフォーマット (raw、qcow2、…) が含まれています。生のイメージをストリーミングするには、raw に設定する必要があります。live-iso は、URL によって参照される iso がライブブートされ、ディスクにデプロイされないことを意味します。この場合、チェックサムオプションは不要であり、指定されている場合は無視されます。 |
|
| URL は、デプロイするイメージの場所です。 |
3.1.7. .spec.metaData
- 説明
- メタデータは、コンフィグドライブに渡されるホストメタデータ(meta_data.json など)を含むシークレットへの参照を保持します。
- タイプ
-
object
プロパティー | タイプ | 説明 |
---|---|---|
|
| 名前は、namespace 内で一意であり、シークレットのリソースを参照します。 |
|
| namespace は、シークレットの名前が一意でなければならないスペースを定義します。 |
3.1.8. .spec.networkData
- 説明
- networkData は、コンフィグドライブに渡されるネットワーク設定(network_data.json のコンテンツなど)を含むシークレットへの参照を保持します。
- タイプ
-
object
プロパティー | タイプ | 説明 |
---|---|---|
|
| 名前は、namespace 内で一意であり、シークレットのリソースを参照します。 |
|
| namespace は、シークレットの名前が一意でなければならないスペースを定義します。 |
3.1.9. .spec.raid
- Description
- ベアメタルサーバーの RAID 設定
- タイプ
-
object
プロパティー | タイプ | Description |
---|---|---|
| `` |
ハードウェア 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
- Description
- プロビジョニングするイメージのデバイスを選択する方法についてのガイダンスを提供します。
- タイプ
-
object
プロパティー | タイプ | Description |
---|---|---|
|
| /dev/vda などの Linux デバイス名や、/dev/disk/by-path/pci-0000:01:00.0-scsi-0:2:0:0 のような Linux デバイス名。ヒントは、実際の値と完全に一致する必要があります。 |
|
| 0:0:0:0 のような SCSI バスアドレス。ヒントは、実際の値と完全に一致する必要があります。 |
|
| デバイスの最小サイズ (ギガバイト単位)。 |
|
| ベンダー固有のデバイス識別子。ヒントは、実際の値のサブ文字列になります。 |
|
| デバイスが回転メディアを使用する必要がある場合は true、それ以外の場合は false。 |
|
| デバイスのシリアル番号。ヒントは、実際の値と完全に一致する必要があります。 |
|
| デバイスのベンダーまたはメーカーの名前。ヒントは、実際の値のサブ文字列になります。 |
|
| 一意のストレージ ID。ヒントは、実際の値と完全に一致する必要があります。 |
|
| 一意のベンダーストレージ ID。ヒントは、実際の値と完全に一致する必要があります。 |
|
| ベンダーエクステンションを追加した一意のストレージ ID。ヒントは、実際の値と完全に一致する必要があります。 |
3.1.11. .spec.taints
- Description
- テイントは、対応するマシンに適用するテイントの完全で信頼できるリストです。このリストは、継続的にマシンに加えられた変更を上書きします。
- タイプ
-
array
3.1.12. .spec.taints[]
- 説明
- このテイントが接続されているノードは、テイントを許容しない Pod に影響を及ぼします。
- タイプ
-
object
- 必須
-
effect
-
key
-
プロパティー | タイプ | 説明 |
---|---|---|
|
| 必須。テイントを許容しない Pod に対するテイントの影響。有効な効果は、NoSchedule、PreferNoSchedule、および NoExecute です。 |
|
| 必須。ノードに適用されるテイントキー。 |
|
| TimeAdded は、テイントが追加された時刻を表します。NoExecute テイントのためにのみ書かれています。 |
|
| テイントキーに対応するテイント値。 |
3.1.13. .spec.userData
- Description
- UserData は、ホストが起動する前にホストに渡されるユーザーデータを含むシークレットへの参照を保持します。
- タイプ
-
object
プロパティー | タイプ | 説明 |
---|---|---|
|
| 名前は、namespace 内で一意であり、シークレットのリソースを参照します。 |
|
| namespace は、シークレットの名前が一意でなければならないスペースを定義します。 |
3.1.14. .status
- Description
- BareMetalHostStatus は、BareMetalHost の観測状態を定義します
- タイプ
-
object
- 必須
-
errorCount
-
errorMessage
-
hardwareProfile
-
operationalStatus
-
poweredOn
-
provisioning
-
プロパティー | タイプ | Description |
---|---|---|
|
| ErrorCount は、最後に成功した操作以降にホストがエラーを発生させた回数を記録します |
|
| プロビジョニングサブシステムによって報告された最後のエラーメッセージ |
|
| ErrorType は、OperationalStatus が OperationalStatusError のときに発生した障害のタイプを示します |
|
| 動作していると検証できた最後のクレデンシャル |
|
| ホスト上に存在することが検出されたハードウェア。 |
|
| ハードウェアの詳細に一致するプロファイルの名前。 |
|
| LastUpdated は、このステータスが最後に観察された日時を識別します。 |
|
| OperationHistory は、このホストで実行された操作に関する情報を保持します。 |
|
| OperationalStatus は、ホストのステータスを保持します |
|
| ホストの電源がオンになっているかどうかのインジケーター |
|
| プロビジョニング担当者が追跡する情報。 |
|
| プロビジョニングバックエンドに送信した最後のクレデンシャル |
3.1.15. .status.goodCredentials
- Description
- 動作していると検証できた最後のクレデンシャル
- タイプ
-
object
プロパティー | タイプ | Description |
---|---|---|
|
| SecretReference は、シークレットリファレンスを表します。任意の名前空間でシークレットを取得するのに十分な情報があります |
|
|
3.1.16. .status.goodCredentials.credentials
- Description
- SecretReference は、シークレットリファレンスを表します。namespace でシークレットを取得するのに十分な情報が含まれます。
- タイプ
-
object
プロパティー | タイプ | 説明 |
---|---|---|
|
| 名前は、namespace 内で一意であり、シークレットのリソースを参照します。 |
|
| namespace は、シークレットの名前が一意でなければならないスペースを定義します。 |
3.1.17. .status.hardware
- Description
- ホスト上に存在することが検出されたハードウェア。
- タイプ
-
object
プロパティー | タイプ | Description |
---|---|---|
|
| CPU は、ホスト上の 1 つのプロセッサーを表します。 |
|
| ファームウェアは、ホスト上のファームウェアを表します。 |
|
| |
|
| |
|
| NIC は、ホスト上の 1 つのネットワークインターフェイスを記述します。 |
|
| |
|
| |
|
| ストレージは、ホスト上の 1 つのストレージデバイス (ディスク、SSD など) を表します。 |
|
| HardwareSystemVendor は、ハードウェアシステム全体に関する詳細を格納します。 |
3.1.18. .status.hardware.cpu
- Description
- CPU は、ホスト上の 1 つのプロセッサーを表します。
- タイプ
-
object
プロパティー | タイプ | Description |
---|---|---|
|
| |
|
| ClockSpeed は MHz 単位のクロック速度です |
|
| |
|
| |
|
|
3.1.19. .status.hardware.firmware
- Description
- ファームウェアは、ホスト上のファームウェアを表します。
- タイプ
-
object
プロパティー | タイプ | Description |
---|---|---|
|
| このファームウェアの BIOS |
3.1.20. .status.hardware.firmware.bios
- Description
- このファームウェアの BIOS
- タイプ
-
object
プロパティー | タイプ | Description |
---|---|---|
|
| この BIOS のリリース/ビルド日 |
|
| この BIOS のベンダー名 |
|
| BIOS のバージョン |
3.1.21. .status.hardware.nics
- Description
- タイプ
-
array
3.1.22. .status.hardware.nics[]
- Description
- NIC は、ホスト上の 1 つのネットワークインターフェイスを記述します。
- タイプ
-
object
プロパティー | タイプ | 説明 |
---|---|---|
|
| インターフェイスの IP アドレス。存在する場合、これは IPv4 または IPv6 アドレスになります。IPv4 アドレスと IPv6 アドレスの両方がデュアルスタック環境に存在する場合、各 IP に 1 つずつ、合計 2 つの NIC が出力されます。 |
|
| デバイスの MAC アドレス |
|
| NIC のベンダー ID と製品 ID、例:"0x8086 0x1572" |
|
| ネットワークインターフェイスの名前 (例:en0) |
|
| NIC が PXE ブータブルかどうか |
|
| デバイスの速度 (ギガビット/秒) |
|
| タグなし VLANID |
|
| 利用可能な VLAN |
|
| VLAN は、VLAN の名前と ID を表します |
3.1.23. .status.hardware.nics[].vlans
- Description
- 利用可能な VLAN
- タイプ
-
array
3.1.24. .status.hardware.nics[].vlans[]
- Description
- VLAN は、VLAN の名前と ID を表します
- タイプ
-
object
プロパティー | タイプ | Description |
---|---|---|
|
| VLANID は、12 ビットの 802.1QVLAN 識別子です。 |
|
|
3.1.25. .status.hardware.storage
- Description
- タイプ
-
array
3.1.26. .status.hardware.storage[]
- Description
- ストレージは、ホスト上の 1 つのストレージデバイス (ディスク、SSD など) を表します。
- タイプ
-
object
プロパティー | タイプ | Description |
---|---|---|
|
| デバイスの SCSI ロケーション |
|
| ハードウェアモデル |
|
| ディスクの Linux デバイス名 (例:/dev/sda)。これは再起動後も安定しない可能性があることに注意してください。 |
|
| このディスクが回転ストレージを表すかどうか。このフィールドの使用は推奨されていません。代わりにタイプフィールドを使用することを推奨します。このフィールドは最終的に非推奨になります。 |
|
| デバイスのシリアル番号 |
|
| ディスクのサイズ (バイト単位) |
|
| デバイスタイプ、HDD、SSD、NVME のいずれか。 |
|
| デバイスのベンダーの名前 |
|
| デバイスの WWN |
|
| デバイスの WWN ベンダー拡張 |
|
| 拡張子が付いた WWN |
3.1.27. .status.hardware.systemVendor
- Description
- HardwareSystemVendor は、ハードウェアシステム全体に関する詳細を格納します。
- タイプ
-
object
プロパティー | タイプ | Description |
---|---|---|
|
| |
|
| |
|
|
3.1.28. .status.operationHistory
- Description
- OperationHistory は、このホストで実行された操作に関する情報を保持します。
- タイプ
-
object
プロパティー | タイプ | Description |
---|---|---|
|
| OperationMetric には、メトリックの追跡に使用される操作 (検査、プロビジョニングなど) に関するメタデータが含まれています。 |
|
| OperationMetric には、メトリックの追跡に使用される操作 (検査、プロビジョニングなど) に関するメタデータが含まれています。 |
|
| OperationMetric には、メトリックの追跡に使用される操作 (検査、プロビジョニングなど) に関するメタデータが含まれています。 |
|
| OperationMetric には、メトリックの追跡に使用される操作 (検査、プロビジョニングなど) に関するメタデータが含まれています。 |
3.1.29. .status.operationHistory.deprovision
- Description
- OperationMetric には、メトリックの追跡に使用される操作 (検査、プロビジョニングなど) に関するメタデータが含まれています。
- タイプ
-
object
プロパティー | タイプ | 説明 |
---|---|---|
| `` | |
| `` |
3.1.30. .status.operationHistory.inspect
- Description
- OperationMetric には、メトリックの追跡に使用される操作 (検査、プロビジョニングなど) に関するメタデータが含まれています。
- タイプ
-
object
プロパティー | タイプ | 説明 |
---|---|---|
| `` | |
| `` |
3.1.31. .status.operationHistory.provision
- Description
- OperationMetric には、メトリックの追跡に使用される操作 (検査、プロビジョニングなど) に関するメタデータが含まれています。
- タイプ
-
object
プロパティー | タイプ | 説明 |
---|---|---|
| `` | |
| `` |
3.1.32. .status.operationHistory.register
- Description
- OperationMetric には、メトリックの追跡に使用される操作 (検査、プロビジョニングなど) に関するメタデータが含まれています。
- タイプ
-
object
プロパティー | タイプ | 説明 |
---|---|---|
| `` | |
| `` |
3.1.33. .status.provisioning
- Description
- プロビジョニング担当者が追跡する情報。
- タイプ
-
object
- 必須
-
ID
-
state
-
プロパティー | タイプ | Description |
---|---|---|
|
| 基盤となるプロビジョニングツールからのマシンの UUID |
|
| BootMode は、ノードのプロビジョニングに使用されるブートモードを示します |
|
| ホストに適用されるカスタムデプロイ手順。 |
|
| ユーザーが設定した BIOS |
|
| イメージは、ホストに正常にプロビジョニングされた最後のイメージの詳細を保持します。 |
|
| ユーザーが設定したレイド |
|
| ユーザーが設定した RootDevicehints |
|
| プロビジョニング担当者がホストに対して行っていることの指標。 |
3.1.34. .status.provisioning.customDeploy
- Description
- ホストに適用されるカスタムデプロイ手順。
- タイプ
-
object
- 必須
-
method
-
プロパティー | タイプ | Description |
---|---|---|
|
| カスタムデプロイメソッド名。この名前は、使用されるデプロイ RAM ディスクに固有です。カスタムデプロイ RAM ディスクがない場合は、CustomDeploy を使用しないでください。 |
3.1.35. .status.provisioning.firmware
- Description
- ユーザーが設定した BIOS
- タイプ
-
object
プロパティー | タイプ | Description |
---|---|---|
|
| 単一の物理プロセッサーコアを複数の論理プロセッサーとして表示できるようにします。これは、次のオプションをサポートします:true、false。 |
|
| SR-IOV のサポートにより、ハイパーバイザーは PCI-express デバイスの仮想インスタンスを作成することができ、潜在的に性能を向上させることができます。これは、次のオプションをサポートします:true、false。 |
|
| プラットフォームハードウェアの仮想化をサポートします。これは、次のオプションをサポートします:true、false。 |
3.1.36. .status.provisioning.image
- Description
- イメージは、ホストに正常にプロビジョニングされた最後のイメージの詳細を保持します。
- タイプ
-
object
- 必須
-
url
-
プロパティー | タイプ | Description |
---|---|---|
|
| チェックサムは、イメージのチェックサムです。 |
|
| ChecksumType は、イメージのチェックサムアルゴリズムです。例:md5、sha256、sha512 |
|
| DiskFormat には、イメージのフォーマット (raw、qcow2、…) が含まれています。生のイメージをストリーミングするには、raw に設定する必要があります。live-iso は、URL によって参照される iso がライブブートされ、ディスクにデプロイされないことを意味します。この場合、チェックサムオプションは不要であり、指定されている場合は無視されます。 |
|
| URL は、デプロイするイメージの場所です。 |
3.1.37. .status.provisioning.raid
- Description
- ユーザーが設定したレイド
- タイプ
-
object
プロパティー | タイプ | Description |
---|---|---|
| `` |
ハードウェア 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
- Description
- ユーザーが設定した RootDevicehints
- タイプ
-
object
プロパティー | タイプ | Description |
---|---|---|
|
| /dev/vda などの Linux デバイス名や、/dev/disk/by-path/pci-0000:01:00.0-scsi-0:2:0:0 のような Linux デバイス名。ヒントは、実際の値と完全に一致する必要があります。 |
|
| 0:0:0:0 のような SCSI バスアドレス。ヒントは、実際の値と完全に一致する必要があります。 |
|
| デバイスの最小サイズ (ギガバイト単位)。 |
|
| ベンダー固有のデバイス識別子。ヒントは、実際の値のサブ文字列になります。 |
|
| デバイスが回転メディアを使用する必要がある場合は true、それ以外の場合は false。 |
|
| デバイスのシリアル番号。ヒントは、実際の値と完全に一致する必要があります。 |
|
| デバイスのベンダーまたはメーカーの名前。ヒントは、実際の値のサブ文字列になります。 |
|
| 一意のストレージ ID。ヒントは、実際の値と完全に一致する必要があります。 |
|
| 一意のベンダーストレージ ID。ヒントは、実際の値と完全に一致する必要があります。 |
|
| ベンダーエクステンションを追加した一意のストレージ ID。ヒントは、実際の値と完全に一致する必要があります。 |
3.1.39. .status.triedCredentials
- Description
- プロビジョニングバックエンドに送信した最後のクレデンシャル
- タイプ
-
object
プロパティー | タイプ | Description |
---|---|---|
|
| SecretReference は、シークレットリファレンスを表します。任意の名前空間でシークレットを取得するのに十分な情報があります |
|
|
3.1.40. .status.triedCredentials.credentials
- Description
- SecretReference は、シークレットリファレンスを表します。namespace でシークレットを取得するのに十分な情報が含まれます。
- タイプ
-
object
プロパティー | タイプ | 説明 |
---|---|---|
|
| 名前は、namespace 内で一意であり、シークレットのリソースを参照します。 |
|
| namespace は、シークレットの名前が一意でなければならないスペースを定義します。 |