3장. BareMetalHost [metal3.io/v1alpha1]
- 설명
- BareMetalHost는 baremetalhosts API의 스키마입니다.
- 유형
-
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 - 필수 항목
-
온라인
-
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 호스트의 CPU 아키텍처(예: "x86_64" 또는 "aarch64"). 설정되지 않으면 결국 검사에 의해 채워집니다. |
|
|
| disabled로 설정하면 프로비저닝 및 프로비저닝 해제 중에 자동화된 정리를 건너뜁니다. |
|
|
| 호스트의 BMC(Baseboard Management Controller)에 어떻게 연결합니까? |
|
|
| 호스트 프로비저닝에 사용되는 NIC의 MAC 주소입니다. 네트워크 부팅의 경우 이는 PXE 부팅 인터페이스의 MAC 주소입니다. BMC의 MAC 주소는 여기에서 사용해서는 안 됩니다! |
|
|
| 부팅 중에 하드웨어를 초기화하는 방법을 선택합니다. 기본값은 UEFI입니다. 레거시 부팅은 UEFI를 올바르게 지원하지 않는 하드웨어에만 사용해야 합니다. 프로비저닝 후 자동으로 보안 부팅을 끄려면 UEFISecureBoot로 설정합니다. |
|
|
| ConsumerRef를 사용하여 호스트를 사용하는 항목에 대한 정보를 저장할 수 있습니다. 비어 있지 않으면 호스트는 "사용 중"으로 간주됩니다. 일반적인 사용 사례는 호스트를 Cluster API에서 사용할 때 Machine 리소스에 대한 링크입니다. |
|
|
| 사용자 정의 배포 절차. 이는 사이트별 배포 램디스크에서 제공하는 사용자 정의 배포 단계를 사용할 수 있는 고급 기능입니다. 대부분의 사용자는 대신 "이미지"를 사용합니다. 이 필드를 설정하면 프로비저닝이 트리거됩니다. |
|
|
| Description은 호스트를 식별하는 데 사용되는 human-entered 텍스트입니다. |
|
|
| true로 설정하면 노드의 전원 끄기가 비활성화되고 대신 전원 켜기/오프 대신 재부팅이 사용됩니다. |
|
|
| ExternallyProvisioned는 다른 사용자가 호스트에서 실행 중인 이미지를 프로비저닝했으며 운영자는 전원 상태만 관리함을 의미합니다. 이 필드는 이미 프로비저닝된 호스트와의 통합 및 클러스터 간에 호스트를 피벗할 때 사용됩니다. 확실하지 않은 경우 이 필드를 false로 두십시오. |
|
|
| 베어 메탈 서버의 펌웨어(BIOS) 구성. 설정하면 호스트가 프로비저닝되기 전에 요청된 설정이 적용됩니다. 일부 공급업체 드라이버만 이 필드를 지원합니다. 대체 방법은 임의의 값을 변경하고 일반 Redfish 기반 드라이버를 지원할 수 있는 HostFirmwareSettings 리소스를 사용하는 것입니다. |
|
|
| 이 호스트의 하드웨어 프로필 이름은 무엇입니까? 하드웨어 프로필은 더 이상 사용되지 않으며 사용해서는 안 됩니다. 대신 별도의 필드 Architecture 및 RootDeviceHints를 사용합니다. 하드웨어 프로필 없이 향후 API 버전을 준비하려면 "empty"로 설정합니다. |
|
|
| 이미지에는 프로비저닝할 이미지의 세부 정보가 있습니다. 이미지를 채우면 호스트가 프로비저닝을 시작합니다. |
|
|
| 메타데이터에는 구성 드라이브에 전달되는 호스트 메타데이터가 포함된 보안에 대한 참조가 있습니다. 기본적으로 호스트에 대한 메타데이터가 생성되므로 대부분의 사용자는 이 필드를 설정할 필요가 없습니다. |
|
|
| networkData는 Config Drive로 전달되는 네트워크 구성이 포함된 Secret에 대한 참조를 보유하고 cloud-init와 같은 첫 번째 부팅 소프트웨어에서 해석합니다. |
|
|
| 호스트의 전원이 켜야 합니까? 호스트가 현재 안정적인 상태(예: 프로비저닝된)인 경우 전원 상태가 이 값과 일치하도록 강제 적용됩니다. |
|
|
| PreprovisioningNetworkDataName은 사전 프로비저닝 이미지로 전달되는 네트워크 구성이 포함된 로컬 네임스페이스의 시크릿 이름과 NetworkData를 지정하여 재정의하지 않는 경우 구성 드라이브에 해당합니다. |
|
|
| 베어 메탈 서버에 대한 RAID 구성 설정하면 호스트가 프로비저닝되기 전에 RAID 설정이 적용됩니다. 그렇지 않으면 현재 설정이 수정되지 않습니다. 하위 필드의 hardwareRAIDVolumes 및 softwareRAIDVolume 중 하나만 동시에 설정할 수 있습니다. |
|
|
| 프로비저닝 중인 이미지의 장치를 선택하는 방법에 대한 지침을 제공합니다. 기본값은 현재 /dev/sda를 root 장치로 사용하는 것입니다. |
|
|
| 테인트는 해당 머신에 적용할 수 있는 모든 권한이 있는 테인트 목록입니다. 이 목록은 머신의 모든 수정 사항을 지속적으로 덮어씁니다. |
|
|
| 이 테인트가 연결된 노드에는 테인트를 허용하지 않는 Pod에 "효과"가 있습니다. |
|
|
| userdata에는 Config Drive로 전달되는 사용자 데이터가 포함된 Secret에 대한 참조가 있으며 cloud-init와 같은 첫 번째 부팅 소프트웨어에서 해석됩니다. 사용자 데이터 형식은 최초 부팅 소프트웨어에 따라 다릅니다. |
3.1.2. .spec.bmc 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 호스트의 BMC(Baseboard Management Controller)에 어떻게 연결합니까?
- 유형
-
object - 필수 항목
-
address -
credentialsName
-
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| address에는 네트워크에서 컨트롤러에 액세스하기 위한 URL이 있습니다. 스키마 부분은 호스트와 함께 사용할 드라이버를 지정합니다. |
|
|
| BMC 인증 정보가 포함된 시크릿의 이름입니다(키 "사용자 이름" 및 "암호")가 필요합니다. |
|
|
| disableCertificateVerification은 HTTPS를 사용하여 BMC에 연결할 때 서버 인증서 확인을 비활성화합니다. 이는 서버 인증서가 자체 서명된 경우 필요하지만 중간자(man-in-the-middle)가 연결을 가로챌 수 있기 때문에 안전하지 않은 경우 필요합니다. |
3.1.3. .spec.consumerRef 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- ConsumerRef를 사용하여 호스트를 사용하는 항목에 대한 정보를 저장할 수 있습니다. 비어 있지 않으면 호스트는 "사용 중"으로 간주됩니다. 일반적인 사용 사례는 호스트를 Cluster API에서 사용할 때 Machine 리소스에 대한 링크입니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 참조의 API 버전입니다. |
|
|
| 전체 오브젝트 대신 오브젝트 조각을 참조하는 경우 이 문자열에는 desiredState.manifest.containers[2]와 같은 유효한 JSON/Go 필드 액세스 문이 포함되어야 합니다. 예를 들어 오브젝트 참조가 Pod 내의 컨테이너에 대한 경우 "spec.containers{name}"과 같은 값을 사용합니다(여기서 "name"은 이벤트를 트리거한 컨테이너 이름을 참조하거나 컨테이너 이름이 "spec.containers[2]"이 Pod에서 인덱스 2가 있는 컨테이너를 참조하는 경우). 이 구문은 오브젝트의 일부를 참조하는 잘 정의된 방법을 사용하는 경우에만 선택됩니다. |
|
|
| 일종의 추천입니다. 자세한 내용은 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 |
|
|
| 참조의 네임스페이스입니다. 자세한 내용은 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
-
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 사용자 정의 배포 방법 이름. 이 이름은 사용된 배포 램디스크에 따라 다릅니다. 사용자 정의 배포 램디스크가 없는 경우 CustomDeploy를 사용해서는 안 됩니다. |
3.1.5. .spec.firmware 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 베어 메탈 서버의 펌웨어(BIOS) 구성. 설정하면 호스트가 프로비저닝되기 전에 요청된 설정이 적용됩니다. 일부 공급업체 드라이버만 이 필드를 지원합니다. 대체 방법은 임의의 값을 변경하고 일반 Redfish 기반 드라이버를 지원할 수 있는 HostFirmwareSettings 리소스를 사용하는 것입니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 단일 물리적 프로세서 코어를 여러 논리 프로세서로 표시할 수 있습니다. |
|
|
| SR-IOV 지원을 사용하면 하이퍼바이저에서 PCI-express 장치의 가상 인스턴스를 생성하여 성능이 증가할 수 있습니다. |
|
|
| 플랫폼 하드웨어의 가상화 지원. |
3.1.6. .spec.image 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 이미지에는 프로비저닝할 이미지의 세부 정보가 있습니다. 이미지를 채우면 호스트가 프로비저닝을 시작합니다.
- 유형
-
object - 필수 항목
-
url
-
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 체크섬은 이미지의 체크섬입니다. "live-iso"를 제외한 모든 형식에 필요합니다. |
|
|
| ChecksumType은 이미지의 체크섬 알고리즘(예: md5, sha256 또는 sha512)입니다. 체크섬에서 알고리즘을 감지하는 데 특수 값 "auto"를 사용할 수 있습니다. 누락된 경우 MD5가 사용됩니다. 의심의 여지가있는 경우 "auto"를 사용하십시오. |
|
|
| 형식은 이미지 형식(raw, qcow2, …)을 포함합니다. "live-iso"로 설정하면 url에서 참조하는 ISO 9660 이미지가 라이브 부팅되고 디스크에 배포되지 않습니다. |
|
|
| URL은 배포할 이미지의 위치입니다. |
3.1.7. .spec.metaData 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 메타데이터에는 구성 드라이브에 전달되는 호스트 메타데이터가 포함된 보안에 대한 참조가 있습니다. 기본적으로 호스트에 대한 메타데이터가 생성되므로 대부분의 사용자는 이 필드를 설정할 필요가 없습니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 이름은 시크릿 리소스를 참조하는 네임스페이스 내에서 고유합니다. |
|
|
| 네임스페이스는 시크릿 이름을 고유해야 하는 공간을 정의합니다. |
3.1.8. .spec.networkData 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- networkData는 Config Drive로 전달되는 네트워크 구성이 포함된 Secret에 대한 참조를 보유하고 cloud-init와 같은 첫 번째 부팅 소프트웨어에서 해석합니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 이름은 시크릿 리소스를 참조하는 네임스페이스 내에서 고유합니다. |
|
|
| 네임스페이스는 시크릿 이름을 고유해야 하는 공간을 정의합니다. |
3.1.9. .spec.raid 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 베어 메탈 서버에 대한 RAID 구성 설정하면 호스트가 프로비저닝되기 전에 RAID 설정이 적용됩니다. 그렇지 않으면 현재 설정이 수정되지 않습니다. 하위 필드의 hardwareRAIDVolumes 및 softwareRAIDVolume 중 하나만 동시에 설정할 수 있습니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
| `` |
하드웨어 RAID용 논리 디스크 목록입니다. rootDeviceHints를 사용하지 않는 경우 첫 번째 볼륨은 root 볼륨입니다. 이 필드의 값을 |
|
| `` | 소프트웨어 RAID용 논리 디스크 목록입니다. rootDeviceHints를 사용하지 않는 경우 첫 번째 볼륨은 root 볼륨입니다. HardwareRAIDVolumes가 설정된 경우 이 항목이 유효하지 않습니다. 생성된 소프트웨어 RAID 장치의 수는 1 또는 2여야 합니다. 소프트웨어 RAID 장치가 하나뿐인 경우 RAID-1이어야 합니다. 두 개가 있는 경우 첫 번째는 RAID-1이어야 하며 두 번째 항목의 RAID 수준은 0, 1 또는 1+0일 수 있습니다. 첫 번째 RAID 장치가 배포 장치가 되므로 RAID-1을 적용하면 디스크 오류가 발생할 경우 부팅되지 않은 호스트로 종료할 위험이 줄어듭니다. 소프트웨어 RAID는 항상 삭제됩니다. |
3.1.10. .spec.rootDeviceHints 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 프로비저닝 중인 이미지의 장치를 선택하는 방법에 대한 지침을 제공합니다. 기본값은 현재 /dev/sda를 root 장치로 사용하는 것입니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| "/dev/vda" 또는 "/dev/vda"와 같은 Linux 장치 이름 또는 "/dev/disk/by-path/pci-0000:01:00.0-scsi-0:2:0:0"과 같은 Linux 장치 이름입니다. 팁은 실제 값과 정확히 일치해야 합니다. |
|
|
| 0:0:0:0과 같은 SCSI 버스 주소입니다. 팁은 실제 값과 정확히 일치해야 합니다. |
|
|
| 장치의 최소 크기(Gigabytes)입니다. |
|
|
| 벤더별 장치 식별자입니다. 팁은 실제 값의 하위 문자열입니다. |
|
|
| 장치가 회전 미디어를 사용해야 하는 경우 true이고, 그렇지 않으면 false입니다. |
|
|
| 장치 일련 번호입니다. 팁은 실제 값과 정확히 일치해야 합니다. |
|
|
| 장치의 공급 업체 또는 제조업체의 이름입니다. 팁은 실제 값의 하위 문자열입니다. |
|
|
| 고유 스토리지 식별자입니다. 팁은 실제 값과 정확히 일치해야 합니다. |
|
|
| 고유한 벤더 스토리지 식별자입니다. 팁은 실제 값과 정확히 일치해야 합니다. |
|
|
| 벤더 확장이 추가된 고유 스토리지 식별자입니다. 팁은 실제 값과 정확히 일치해야 합니다. |
3.1.11. .spec.taints 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 테인트는 해당 머신에 적용할 수 있는 모든 권한이 있는 테인트 목록입니다. 이 목록은 머신의 모든 수정 사항을 지속적으로 덮어씁니다.
- 유형
-
array
3.1.12. .spec.taints[] 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 이 테인트가 연결된 노드에는 테인트를 허용하지 않는 Pod에 "효과"가 있습니다.
- 유형
-
object - 필수 항목
-
effect -
key
-
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 필수 항목입니다. 테인트를 허용하지 않는 pod에 테인트의 영향을 미칩니다. 유효한 영향은 NoSchedule, PreferNoSchedule 및 NoExecute입니다. |
|
|
| 필수 항목입니다. 노드에 적용할 taint 키입니다. |
|
|
| TimeAdded는 테인트가 추가된 시간을 나타냅니다. NoExecute 테인트에만 작성됩니다. |
|
|
| taint 키에 해당하는 taint 값입니다. |
3.1.13. .spec.userData 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- userdata에는 Config Drive로 전달되는 사용자 데이터가 포함된 Secret에 대한 참조가 있으며 cloud-init와 같은 첫 번째 부팅 소프트웨어에서 해석됩니다. 사용자 데이터 형식은 최초 부팅 소프트웨어에 따라 다릅니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 이름은 시크릿 리소스를 참조하는 네임스페이스 내에서 고유합니다. |
|
|
| 네임스페이스는 시크릿 이름을 고유해야 하는 공간을 정의합니다. |
3.1.14. .status 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- BareMetalHostStatus는 BareMetalHost의 관찰 상태를 정의합니다.
- 유형
-
object - 필수 항목
-
errorCount -
errorMessage -
operationalStatus -
poweredOn -
provisioning
-
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| ErrorCount는 마지막으로 성공한 작업 이후 호스트가 오류 발생 횟수를 기록합니다. |
|
|
| 프로비저닝 하위 시스템에서 보고한 마지막 오류 메시지입니다. |
|
|
| ErrorType은 OperationalStatus가 OperationalStatusError일 때 발생하는 오류 유형을 나타냅니다. |
|
|
| 마지막 인증 정보는 작동으로 검증할 수 있었습니다. |
|
|
| 호스트에 있는 하드웨어입니다. 이 필드는 별도의 HardwareData 리소스에 선호되는 다음 API 버전에서 제거됩니다. |
|
|
| 하드웨어 세부 정보와 일치하는 프로필의 이름입니다. 하드웨어 프로필은 더 이상 사용되지 않으며 사용하지 않아야 합니다. |
|
|
| LastUpdated는 이 상태가 마지막으로 관찰된 시기를 식별합니다. |
|
|
| OperationHistory는 이 호스트에서 수행된 작업에 대한 정보를 보유합니다. |
|
|
| OperationalStatus에는 호스트 상태가 있음 |
|
|
| 호스트의 현재 감지된 전원 상태입니다. 이 필드는 프로비저닝 프로세스가 실행되는 동안 하드웨어의 실제 상태와 간단히 동기화되지 않을 수 있습니다. |
|
|
| 프로비저너가 추적하는 정보입니다. |
|
|
| 프로비저닝 백엔드로 마지막 인증 정보입니다. |
3.1.15. .status.goodCredentials 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 마지막 인증 정보는 작동으로 검증할 수 있었습니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| SecretReference는 시크릿 참조를 나타냅니다. 모든 네임스페이스에서 시크릿을 검색하기에 충분한 정보가 있습니다. |
|
|
|
3.1.16. .status.goodCredentials.credentials 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- SecretReference는 시크릿 참조를 나타냅니다. 모든 네임스페이스에서 시크릿을 검색하기에 충분한 정보가 있습니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 이름은 시크릿 리소스를 참조하는 네임스페이스 내에서 고유합니다. |
|
|
| 네임스페이스는 시크릿 이름을 고유해야 하는 공간을 정의합니다. |
3.1.17. .status.hardware 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 호스트에 있는 하드웨어입니다. 이 필드는 별도의 HardwareData 리소스에 선호되는 다음 API 버전에서 제거됩니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 시스템의 CPU 세부 정보입니다. |
|
|
| 시스템 펌웨어 정보. |
|
|
| |
|
|
| 호스트의 네트워크 인터페이스 목록입니다. |
|
|
| NIC는 호스트의 하나의 네트워크 인터페이스를 설명합니다. |
|
|
| 호스트의 메모리 양(MB)입니다. |
|
|
| 호스트에서 사용할 수 있는 스토리지 목록(디스크, SSD 등)입니다. |
|
|
| 스토리지는 호스트에서 하나의 스토리지 장치(디스크, SSD 등)를 설명합니다. |
|
|
| 시스템 벤더 정보. |
3.1.18. .status.hardware.cpu 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 시스템의 CPU 세부 정보입니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| |
|
|
| ClockSpeed는 ClockSpeed의 클럭 속도입니다. |
|
|
| |
|
|
| |
|
|
|
3.1.19. .status.hardware.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는 호스트의 하나의 네트워크 인터페이스를 설명합니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 인터페이스의 IP 주소입니다. 해당 주소가 있는 경우 IPv4 또는 IPv6 주소가 됩니다. IPv4 및 IPv6 주소가 모두 듀얼 스택 환경에 있는 경우 각 IP가 하나씩 출력됩니다. |
|
|
| 장치 MAC 주소 |
|
|
| NIC의 공급 업체 및 제품 ID (예:) "0x8086 0x1572" |
|
|
| 네트워크 인터페이스의 이름(예: "en0") |
|
|
| NIC가 PXE 부팅 가능 여부 |
|
|
| 초당 Gigabits의 장치 속도 |
|
|
| 태그되지 않은 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.1Q VLAN 식별자입니다. |
|
|
|
3.1.25. .status.hardware.storage 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 호스트에서 사용할 수 있는 스토리지 목록(디스크, SSD 등)입니다.
- 유형
-
array
3.1.26. .status.hardware.storage[] 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 스토리지는 호스트에서 하나의 스토리지 장치(디스크, SSD 등)를 설명합니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 디스크의 대체 Linux 장치 이름 목록(예: "/dev/sda"). 이 목록은 전체 목록이 아니며 재부팅 시 이름이 안정적이지 않을 수 있습니다. |
|
|
| 장치의 SCSI 위치 |
|
|
| 하드웨어 모델 |
|
|
| 디스크의 Linux 장치 이름(예: "/dev/disk/by-path/pci-0000:01:00.0-scsi-0:2:0:0"). 이 이름은 사용 가능한 경우 재부팅 시 안정적입니다. |
|
|
| 이 디스크가 회전 스토리지를 나타내는지 여부입니다. 이 필드는 사용에 권장되지 않습니다. 대신 'Type' 필드를 사용하는 것이 좋습니다. 이 필드는 결국 더 이상 사용되지 않습니다. |
|
|
| 장치의 일련 번호 |
|
|
| disk의 크기 |
|
|
| 장치 유형, HDD, SSD, NVME 중 하나. |
|
|
| 장치 공급 업체의 이름 |
|
|
| 장치의 WWN |
|
|
| 장치의 WWN 벤더 확장 |
|
|
| 확장 기능이 있는 WWN |
3.1.27. .status.hardware.systemVendor 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 시스템 벤더 정보.
- 유형
-
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 -
상태
-
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 기본 프로비저닝 툴의 호스트 ID(예: Ironic 노드 UUID)입니다. |
|
|
| bootMode는 호스트를 프로비저닝하는 데 사용되는 부팅 모드를 나타냅니다. |
|
|
| 호스트에 적용된 사용자 정의 배포 절차. |
|
|
| 적용된 펌웨어 설정입니다. |
|
|
| 이미지에는 호스트에 성공적으로 프로비저닝된 마지막 이미지의 세부 정보가 있습니다. |
|
|
| 적용된 RAID 구성입니다. |
|
|
| 호스트를 프로비저닝하는 데 사용되는 루트 장치 팁입니다. |
|
|
| 프로비저너가 호스트에서 수행하는 작업을 나타내는 지표입니다. |
3.1.34. .status.provisioning.customDeploy 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 호스트에 적용된 사용자 정의 배포 절차.
- 유형
-
object - 필수 항목
-
method
-
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 사용자 정의 배포 방법 이름. 이 이름은 사용된 배포 램디스크에 따라 다릅니다. 사용자 정의 배포 램디스크가 없는 경우 CustomDeploy를 사용해서는 안 됩니다. |
3.1.35. .status.provisioning.firmware 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 적용된 펌웨어 설정입니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 단일 물리적 프로세서 코어를 여러 논리 프로세서로 표시할 수 있습니다. |
|
|
| SR-IOV 지원을 사용하면 하이퍼바이저에서 PCI-express 장치의 가상 인스턴스를 생성하여 성능이 증가할 수 있습니다. |
|
|
| 플랫폼 하드웨어의 가상화 지원. |
3.1.36. .status.provisioning.image 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 이미지에는 호스트에 성공적으로 프로비저닝된 마지막 이미지의 세부 정보가 있습니다.
- 유형
-
object - 필수 항목
-
url
-
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 체크섬은 이미지의 체크섬입니다. "live-iso"를 제외한 모든 형식에 필요합니다. |
|
|
| ChecksumType은 이미지의 체크섬 알고리즘(예: md5, sha256 또는 sha512)입니다. 체크섬에서 알고리즘을 감지하는 데 특수 값 "auto"를 사용할 수 있습니다. 누락된 경우 MD5가 사용됩니다. 의심의 여지가있는 경우 "auto"를 사용하십시오. |
|
|
| 형식은 이미지 형식(raw, qcow2, …)을 포함합니다. "live-iso"로 설정하면 url에서 참조하는 ISO 9660 이미지가 라이브 부팅되고 디스크에 배포되지 않습니다. |
|
|
| URL은 배포할 이미지의 위치입니다. |
3.1.37. .status.provisioning.raid 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 적용된 RAID 구성입니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
| `` |
하드웨어 RAID용 논리 디스크 목록입니다. rootDeviceHints를 사용하지 않는 경우 첫 번째 볼륨은 root 볼륨입니다. 이 필드의 값을 |
|
| `` | 소프트웨어 RAID용 논리 디스크 목록입니다. rootDeviceHints를 사용하지 않는 경우 첫 번째 볼륨은 root 볼륨입니다. HardwareRAIDVolumes가 설정된 경우 이 항목이 유효하지 않습니다. 생성된 소프트웨어 RAID 장치의 수는 1 또는 2여야 합니다. 소프트웨어 RAID 장치가 하나뿐인 경우 RAID-1이어야 합니다. 두 개가 있는 경우 첫 번째는 RAID-1이어야 하며 두 번째 항목의 RAID 수준은 0, 1 또는 1+0일 수 있습니다. 첫 번째 RAID 장치가 배포 장치가 되므로 RAID-1을 적용하면 디스크 오류가 발생할 경우 부팅되지 않은 호스트로 종료할 위험이 줄어듭니다. 소프트웨어 RAID는 항상 삭제됩니다. |
3.1.38. .status.provisioning.rootDeviceHints 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 호스트를 프로비저닝하는 데 사용되는 루트 장치 팁입니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| "/dev/vda" 또는 "/dev/vda"와 같은 Linux 장치 이름 또는 "/dev/disk/by-path/pci-0000:01:00.0-scsi-0:2:0:0"과 같은 Linux 장치 이름입니다. 팁은 실제 값과 정확히 일치해야 합니다. |
|
|
| 0:0:0:0과 같은 SCSI 버스 주소입니다. 팁은 실제 값과 정확히 일치해야 합니다. |
|
|
| 장치의 최소 크기(Gigabytes)입니다. |
|
|
| 벤더별 장치 식별자입니다. 팁은 실제 값의 하위 문자열입니다. |
|
|
| 장치가 회전 미디어를 사용해야 하는 경우 true이고, 그렇지 않으면 false입니다. |
|
|
| 장치 일련 번호입니다. 팁은 실제 값과 정확히 일치해야 합니다. |
|
|
| 장치의 공급 업체 또는 제조업체의 이름입니다. 팁은 실제 값의 하위 문자열입니다. |
|
|
| 고유 스토리지 식별자입니다. 팁은 실제 값과 정확히 일치해야 합니다. |
|
|
| 고유한 벤더 스토리지 식별자입니다. 팁은 실제 값과 정확히 일치해야 합니다. |
|
|
| 벤더 확장이 추가된 고유 스토리지 식별자입니다. 팁은 실제 값과 정확히 일치해야 합니다. |
3.1.39. .status.triedCredentials 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- 프로비저닝 백엔드로 마지막 인증 정보입니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| SecretReference는 시크릿 참조를 나타냅니다. 모든 네임스페이스에서 시크릿을 검색하기에 충분한 정보가 있습니다. |
|
|
|
3.1.40. .status.triedCredentials.credentials 링크 복사링크가 클립보드에 복사되었습니다!
- 설명
- SecretReference는 시크릿 참조를 나타냅니다. 모든 네임스페이스에서 시크릿을 검색하기에 충분한 정보가 있습니다.
- 유형
-
object
| 속성 | 유형 | 설명 |
|---|---|---|
|
|
| 이름은 시크릿 리소스를 참조하는 네임스페이스 내에서 고유합니다. |
|
|
| 네임스페이스는 시크릿 이름을 고유해야 하는 공간을 정의합니다. |