6.108. 호스트
호스트를 관리하는 서비스입니다.
이름 | 요약 |
---|---|
| 예를 들어 가상 시스템을 실행하도록 호스트를 활성화합니다. |
| 가상화 환경에서 사용할 사전 설치된 Hypervisor 호스트를 승인합니다. |
| 네트워크 구성을 적절하게 표시하고 호스트 내부에 유지합니다. |
| 지정된 호스트의 네트워크 구성을 현재 호스트에 복사합니다. |
| 유지 관리 작업을 수행하기 위해 호스트를 비활성화합니다. |
| 이니시에이터 세부 정보를 사용하여 호스트에서 iSCSI 대상을 검색합니다. |
| 호스트의 인증서를 등록합니다. |
| 호스트의 전원 관리 장치를 제어합니다. |
| 호스트를 수동으로 스토리지 풀 관리자(SPM)로 설정하려면. |
| 호스트 세부 정보를 가져옵니다. |
| 호스트에 VDSM의 최신 버전 및 관련 소프트웨어를 설치합니다. |
| 이 방법은 Engine 버전 4부터 사용되지 않습니다. |
| 대상 세부 정보를 사용하여 호스트의 iSCSI 대상에 로그인합니다. |
| 호스트 장치 및 기능을 새로 고칩니다. |
| 시스템에서 호스트를 제거합니다. |
| 이 방법은 호스트의 네트워크 인터페이스 구성을 변경하는 데 사용됩니다. |
| 호스트의 모든 네트워크를 동기화하려면 다음과 같은 요청을 보냅니다. [source] ---- POST /ovirt-engine/api/hosts/123/syncallnetworks ---- 다음과 같이 요청 본문이 있는 경우: [source,xml] ---- <action/> ---- |
| 설정으로 가져올 후보인 블록 스토리지 도메인을 검색합니다. |
| 호스트 속성을 업데이트합니다. |
| 호스트에서 VDSM 및 선택한 소프트웨어를 업그레이드합니다. |
| 호스트에서 사용 가능한 업그레이드가 있는지 확인합니다. |
6.108.1. POST활성화
예를 들어 가상 시스템을 실행하도록 호스트를 활성화합니다.
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 활성화를 비동기적으로 수행해야 하는지 여부를 나타냅니다. |
6.108.2. POST승인
가상화 환경에서 사용할 사전 설치된 Hypervisor 호스트를 승인합니다.
이 작업은 선택적 클러스터 요소도 허용하여 이 호스트의 대상 클러스터를 정의합니다.
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 'true'로 설정하면 승인이 완료되면 이 호스트가 활성화됩니다. | |
| in | 승인을 비동기적으로 수행해야 하는지 여부를 나타냅니다. | |
| in | 호스트가 승인된 후 추가할 클러스터입니다. | |
| in | 승인할 호스트입니다. | |
| in | 설치가 성공한 후 호스트를 재부팅해야 하는지 여부를 나타냅니다. |
6.108.2.1. 활성화
'true'로 설정하면 승인이 완료되면 이 호스트가 활성화됩니다. 'false'로 설정하면 호스트는 승인 후 '유지 관리' 상태로 유지됩니다. 이 매개 변수가 없으면 원하는 기본 동작이 승인 후 호스트를 활성화하는 것이므로 'true'로 해석됩니다.
6.108.2.2. reboot
설치가 성공한 후 호스트를 재부팅해야 하는지 여부를 나타냅니다. 기본값은 true
입니다.
6.108.3. commitnetconfig POST
네트워크 구성을 적절하게 표시하고 호스트 내부에 유지합니다.
API 사용자는 네트워크 구성을 커밋하여 호스트 네트워크 인터페이스 연결 또는 분리를 지속하거나 결합된 인터페이스의 생성 및 삭제를 지속합니다.
네트워킹 구성은 구성이 변경되면 엔진에서 호스트 연결이 손실되지 않도록 설정한 후에만 커밋됩니다. 호스트 연결이 끊어지면 호스트에 재부팅이 필요하며 이전 네트워킹 구성으로 자동 되돌아갑니다.
예를 들어 ID 123
을 사용하여 host의 네트워크 구성을 커밋하려면 다음과 같은 요청을 보냅니다.
POST /ovirt-engine/api/hosts/123/commitnetconfig
다음과 같이 요청 본문이 있는 경우:
<action/>
Red Hat Virtualization Manager 4.3부터 setupnetworks 요청에 commit_on_success
를 지정할 수도 있습니다. 이 경우 설정을 완료하고 {hypervisor-name}과 Red Hat Virtualization Manager 간의 연결을 다시 설정하는 경우 별도의 commitnetconfig 요청을 기다리지 않고 새 설정이 자동으로 {hypervisor-name}에 저장됩니다.
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 비동기적으로 작업을 수행해야 하는지 여부를 나타냅니다.Indicates whether the action should be performed asynchronously. |
6.108.4. copyhostnetworks POST
지정된 호스트의 네트워크 구성을 현재 호스트에 복사합니다.
소스 호스트에 없는 네트워크 첨부 파일은 복사 작업을 통해 대상 호스트에서 삭제됩니다.
다른 호스트에서 네트워크를 복사하려면 다음과 같은 요청을 보냅니다.
POST /ovirt-engine/api/hosts/123/copyhostnetworks
다음과 같이 요청 본문이 있는 경우:
<action> <source_host id="456"/> </action>
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 비동기적으로 작업을 수행해야 하는지 여부를 나타냅니다.Indicates whether the action should be performed asynchronously. | |
| in | 네트워크를 복사할 호스트입니다. |
6.108.5. POST비활성화
유지 관리 작업을 수행하기 위해 호스트를 비활성화합니다.
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 비활성화를 비동기적으로 수행해야 하는지 여부를 나타냅니다. | |
| in | ||
| in | gluster 서비스가 호스트 비활성화의 일부로 중지되어야 하는지 여부를 나타냅니다. |
6.108.5.1. stop_gluster_service
gluster 서비스가 호스트 비활성화의 일부로 중지되어야 하는지 여부를 나타냅니다. gluster 호스트에서 유지 관리 작업을 수행하는 동안 사용할 수 있습니다. 이 변수의 기본값은 false
입니다.
6.108.6. iscsi POST검색
이니시에이터 세부 정보를 사용하여 호스트에서 iSCSI 대상을 검색합니다. 검색된 데이터가 포함된 IscsiDetails 오브젝트 목록을 반환합니다.
예를 들어 호스트 123
에서 myiscsi.example.com
에서 사용 가능한 iSCSI 대상을 검색하려면 다음과 같은 요청을 보냅니다.
POST /ovirt-engine/api/hosts/123/discoveriscsi
다음과 같이 요청 본문이 있는 경우:
<action> <iscsi> <address>myiscsi.example.com</address> </iscsi> </action>
결과는 다음과 같습니다.
<discovered_targets> <iscsi_details> <address>10.35.1.72</address> <port>3260</port> <portal>10.35.1.72:3260,1</portal> <target>iqn.2015-08.com.tgt:444</target> </iscsi_details> </discovered_targets>
이 방법을 사용하여 iscsi 대상을 검색할 때 FQDN 또는 IP 주소를 사용할 수 있지만 검색된 대상 결과에서 iscsi details를 사용하여 iscsilogin 메서드를 사용해야 합니다.
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 검색을 비동기적으로 수행해야 하는지 여부를 나타냅니다.Indicates if the discovery should be performed asynchronously. | |
| Out | 모든 연결 정보를 포함한 검색된 대상입니다. | |
| in | 대상 iSCSI 장치입니다. |
6.108.7. Registercertificate POST
호스트의 인증서를 등록합니다. 만료되거나 이미 만료되었다는 경고가 발생하는 경우 유용합니다.
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 등록을 비동기적으로 수행해야 하는지 여부를 나타냅니다. |
6.108.8. fence POST
호스트의 전원 관리 장치를 제어합니다.
예를 들어 호스트를 시작하려면 다음을 수행합니다. 이 작업은 다음을 통해 수행할 수 있습니다.
#!/bin/sh -ex url="https://engine.example.com/ovirt-engine/api" user="admin@internal" password="..." curl \ --verbose \ --cacert /etc/pki/ovirt-engine/ca.pem \ --user "${user}:${password}" \ --request POST \ --header "Version: 4" \ --header "Content-Type: application/xml" \ --header "Accept: application/xml" \ --data ' <action> <fence_type>start</fence_type> </action> ' \ "${url}/hosts/123/fence"
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 펜싱을 비동기적으로 수행해야 하는지 여부를 나타냅니다. | |
| in | ||
| in | 재시작 후 호스트를 유지 관리해야 하는지 여부를 나타냅니다. | |
| Out |
6.108.9. forceselectspm POST
호스트를 수동으로 스토리지 풀 관리자(SPM)로 설정하려면.
POST /ovirt-engine/api/hosts/123/forceselectspm
다음과 같이 요청 본문이 있는 경우:
<action/>
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 비동기적으로 작업을 수행해야 하는지 여부를 나타냅니다.Indicates whether the action should be performed asynchronously. |
6.108.10. GET가져오기
호스트 세부 정보를 가져옵니다.
GET /ovirt-engine/api/hosts/123
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 호스트의 모든 특성이 응답에 포함되어야 하는지 여부를 나타냅니다. | |
| in | 사용자의 권한에 따라 결과를 필터링해야 하는지 여부를 나타냅니다. | |
| in | 따라야 할 내부 링크를 나타냅니다. | |
| Out | 쿼리된 호스트입니다. |
6.108.10.1. all_content
호스트의 모든 특성이 응답에 포함되어야 하는지 여부를 나타냅니다.
기본적으로 다음 속성은 제외됩니다.
-
hosted_engine
예를 들어 호스트 '123'의 전체 표시를 검색하려면 다음을 수행합니다.
GET /ovirt-engine/api/hosts/123?all_content=true
이러한 특성을 검색하면 성능에 영향을 미치므로 기본적으로 포함되지 않습니다. 사용되지 않으며 데이터베이스에 대한 추가 쿼리가 필요합니다. 이 매개 변수는 주의해서 사용해야 하며 특히 필요한 경우에만 사용하십시오.
6.108.10.2. 팔로우
따라야 할 내부 링크를 나타냅니다. 이러한 링크에서 참조하는 오브젝트는 현재 요청의 일부로 가져옵니다. 자세한 내용은 여기를 참조하십시오.
6.108.11. POST설치
호스트에 VDSM의 최신 버전 및 관련 소프트웨어를 설치합니다.
또한 이 작업은 호스트에 호스트를 추가하는 동안 수행되는 호스트의 모든 설정 단계(예: kdump 구성, 호스팅 엔진 배포, 커널 옵션 변경 등)를 수행합니다.
호스트 유형은 작업에 대한 추가 매개 변수를 정의합니다.
curl
및 JSON을 사용하여 호스트 설치 예:
curl \ --verbose \ --cacert /etc/pki/ovirt-engine/ca.pem \ --request PUT \ --header "Content-Type: application/json" \ --header "Accept: application/json" \ --header "Version: 4" \ --user "admin@internal:..." \ --data ' { "root_password": "myrootpassword" } ' \ "https://engine.example.com/ovirt-engine/api/hosts/123"
curl
및 호스팅 엔진 구성 요소가 있는 JSON을 사용하여 호스트 설치 예:
curl \ curl \ --verbose \ --cacert /etc/pki/ovirt-engine/ca.pem \ --request PUT \ --header "Content-Type: application/json" \ --header "Accept: application/json" \ --header "Version: 4" \ --user "admin@internal:..." \ --data ' { "root_password": "myrootpassword" "deploy_hosted_engine" : "true" } ' \ "https://engine.example.com/ovirt-engine/api/hosts/123"
엔진의 버전 4.1.2 이후, 호스트를 다시 설치할 때 기본적으로 호스트 방화벽 정의를 재정의합니다.
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 'true'로 설정하면 설치가 완료된 후 이 호스트가 활성화됩니다. | |
| in | 설치를 비동기적으로 수행해야 하는지 여부를 나타냅니다. | |
| in |
| |
| in |
| |
| in | {hypervisor-name}을 설치할 때 ISO 이미지 파일이 필요합니다. | |
| in | 설치가 성공한 후 호스트를 재부팅해야 하는지 여부를 나타냅니다. | |
| in |
SSH를 통해 호스트에 연결하는 데 사용되는 | |
| in | 호스트에 연결하는 데 사용되는 SSH 세부 정보입니다. | |
| in |
|
6.108.11.1. 활성화
'true'로 설정하면 설치가 완료된 후 이 호스트가 활성화됩니다. 'false'로 설정하면 호스트는 설치 후 '유지 관리' 상태로 유지됩니다. 이 매개 변수가 없으면 원하는 기본 동작이 설치 후 호스트를 활성화하는 것이므로 'true'로 해석됩니다.
6.108.11.2. deploy_hosted_engine
true
로 설정하면 이 호스트는 자체 호스팅 엔진 구성 요소도 배포합니다. 누락된 값은 True
i.e deploy로 처리됩니다. 이 매개변수를 생략하면 false
를 의미하며 자체 호스팅 엔진 영역에서는 작업을 수행하지 않습니다.
6.108.11.3. reboot
설치가 성공한 후 호스트를 재부팅해야 하는지 여부를 나타냅니다. 기본값은 true
입니다.
6.108.11.4. undeploy_hosted_engine
true
로 설정하면 이 호스트는 자체 호스팅 엔진 구성 요소를 배포 취소하며 이 호스트는 고가용성 클러스터의 일부로 작동하지 않습니다. 누락된 값은 true
i.e 배포 취소로 처리됩니다. 이 매개변수를 생략하면 false
를 의미하며 자체 호스팅 엔진 영역에서는 작업을 수행하지 않습니다.
6.108.12. iscsidiscover POST
이 방법은 엔진 버전 4.4.6부터 사용되지 않습니다. 대신 DiscoverIscsi를 사용해야 합니다.
이니시에이터 세부 정보를 사용하여 호스트에서 iSCSI 대상을 검색합니다. 검색된 데이터가 포함된 문자열 배열을 반환합니다.
예를 들어 호스트 123
에서 myiscsi.example.com
에서 사용 가능한 iSCSI 대상을 검색하려면 다음과 같은 요청을 보냅니다.
POST /ovirt-engine/api/hosts/123/iscsidiscover
다음과 같이 요청 본문이 있는 경우:
<action> <iscsi> <address>myiscsi.example.com</address> </iscsi> </action>
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 검색을 비동기적으로 수행해야 하는지 여부를 나타냅니다.Indicates if the discovery should be performed asynchronously. | |
| in | 대상 iSCSI 장치입니다. | |
| Out | iSCSI 대상입니다. |
6.108.12.1. iscsi_targets
iSCSI 대상입니다. *
6.108.13. iscsilogin POST
대상 세부 정보를 사용하여 호스트의 iSCSI 대상에 로그인합니다.
이 방법을 사용하여 로그인하는 경우 검색된 대상의 iscsi 세부 정보를 사용해야 합니다. 검색된 대상의 iscsi 세부 정보를 사용해야 합니다.
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 비동기적으로 로그인을 수행해야 하는지 여부를 나타냅니다.Indicates if the login should be performed asynchronously. | |
| in | 대상 iSCSI 장치입니다. |
6.108.14. POST새로 고침
호스트 장치 및 기능을 새로 고칩니다.
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 새로 고침을 비동기적으로 수행해야 하는지 여부를 나타냅니다.Indicates if the refresh should be performed asynchronously. |
6.108.15. DELETE제거
시스템에서 호스트를 제거합니다.
#!/bin/sh -ex url="https://engine.example.com/ovirt-engine/api" user="admin@internal" password="..." curl \ --verbose \ --cacert /etc/pki/ovirt-engine/ca.pem \ --user "${user}:${password}" \ --request DELETE \ --header "Version: 4" \ "${url}/hosts/1ff7a191-2f3b-4eff-812b-9f91a30c3acc"
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 제거가 비동기적으로 수행되어야 하는지 여부를 나타냅니다. | |
| in | 호스트가 분리되지 않거나 Gluster Storage 클러스터의 일부이고 볼륨 브릭이 있는 경우에도 호스트가 제거되어야 함을 나타냅니다. |
6.108.16. setupnetworks POST
이 방법은 호스트의 네트워크 인터페이스 구성을 변경하는 데 사용됩니다.
예를 들어 네트워크 인터페이스 eth0
,eth1
및 eth2
가 있는 호스트가 있고 eth0
및 eth1
을 사용하여 새 본딩을 구성하고 해당 호스트 위에 VLAN을 배치하려는 경우 다음을 수행합니다. 다음과 같이 수행할 수 있는 간단한 쉘 스크립트 및 curl
명령행 HTTP 클라이언트를 사용합니다.
#!/bin/sh -ex url="https://engine.example.com/ovirt-engine/api" user="admin@internal" password="..." curl \ --verbose \ --cacert /etc/pki/ovirt-engine/ca.pem \ --user "${user}:${password}" \ --request POST \ --header "Version: 4" \ --header "Content-Type: application/xml" \ --header "Accept: application/xml" \ --data ' <action> <modified_bonds> <host_nic> <name>bond0</name> <bonding> <options> <option> <name>mode</name> <value>4</value> </option> <option> <name>miimon</name> <value>100</value> </option> </options> <slaves> <host_nic> <name>eth1</name> </host_nic> <host_nic> <name>eth2</name> </host_nic> </slaves> </bonding> </host_nic> </modified_bonds> <modified_network_attachments> <network_attachment> <network> <name>myvlan</name> </network> <host_nic> <name>bond0</name> </host_nic> <ip_address_assignments> <ip_address_assignment> <assignment_method>static</assignment_method> <ip> <address>192.168.122.10</address> <netmask>255.255.255.0</netmask> </ip> </ip_address_assignment> </ip_address_assignments> <dns_resolver_configuration> <name_servers> <name_server>1.1.1.1</name_server> <name_server>2.2.2.2</name_server> </name_servers> </dns_resolver_configuration> </network_attachment> </modified_network_attachments> </action> ' \ "${url}/hosts/1ff7a191-2f3b-4eff-812b-9f91a30c3acc/setupnetworks"
이는 API 버전 4에 적용됩니다. 이전 버전에서는 일부 요소가 XML 요소 대신 XML 속성으로 표시되었습니다. 특히 옵션
및 ip
요소는 다음과 같이 표시됩니다.
<options name="mode" value="4"/> <options name="miimon" value="100"/> <ip address="192.168.122.10" netmask="255.255.255.0"/>
다음 코드와 함께 Python SDK를 사용하여 동일한 작업을 수행할 수 있습니다.
# Find the service that manages the collection of hosts: hosts_service = connection.system_service().hosts_service() # Find the host: host = hosts_service.list(search='name=myhost')[0] # Find the service that manages the host: host_service = hosts_service.host_service(host.id) # Configure the network adding a bond with two slaves and attaching it to a # network with an static IP address: host_service.setup_networks( modified_bonds=[ types.HostNic( name='bond0', bonding=types.Bonding( options=[ types.Option( name='mode', value='4', ), types.Option( name='miimon', value='100', ), ], slaves=[ types.HostNic( name='eth1', ), types.HostNic( name='eth2', ), ], ), ), ], modified_network_attachments=[ types.NetworkAttachment( network=types.Network( name='myvlan', ), host_nic=types.HostNic( name='bond0', ), ip_address_assignments=[ types.IpAddressAssignment( assignment_method=types.BootProtocol.STATIC, ip=types.Ip( address='192.168.122.10', netmask='255.255.255.0', ), ), ], dns_resolver_configuration=types.DnsResolverConfiguration( name_servers=[ '1.1.1.1', '2.2.2.2', ], ), ), ], ) # After modifying the network configuration it is very important to make it # persistent: host_service.commit_net_config()
네트워크 구성이 호스트에 저장되고 호스트가 재부팅될 때 적용되는지 확인하려면 commitnetconfig 호출 .
Red Hat Virtualization Manager 4.3부터 setupnetworks 요청에 commit_on_success
를 지정할 수도 있습니다. 이 경우 설정을 완료하고 {hypervisor-name}과 Red Hat Virtualization Manager 간의 연결을 다시 설정하는 경우 별도의 commitnetconfig 요청을 기다리지 않고 새 설정이 자동으로 {hypervisor-name}에 저장됩니다.
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 비동기적으로 작업을 수행해야 하는지 여부를 나타냅니다.Indicates whether the action should be performed asynchronously. | |
| in | ||
| in | 별도의 commitnetconfig 요청을 기다리지 않고 설정 완료 후 {hypervisor-name}과 Red Hat Virtualization Manager 간의 연결을 다시 설정하는 경우 {hypervisor-name}에 구성을 자동으로 저장할지 여부를 지정합니다. | |
| in | ||
| in | ||
| in | ||
| in | ||
| in | ||
| in | ||
| in | ||
| in | 동기화될 네트워크 연결 목록입니다. |
6.108.16.1. commit_on_success
별도의 commitnetconfig 요청을 기다리지 않고 설정 완료 후 {hypervisor-name}과 Red Hat Virtualization Manager 간의 연결을 다시 설정하는 경우 {hypervisor-name}에 구성을 자동으로 저장할지 여부를 지정합니다. 기본값은 false
입니다. 즉 구성이 자동으로 저장되지 않습니다.
6.108.17. syncallnetworks POST
호스트의 모든 네트워크를 동기화하려면 다음과 같은 요청을 보냅니다.
POST /ovirt-engine/api/hosts/123/syncallnetworks
다음과 같이 요청 본문이 있는 경우:
<action/>
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 비동기적으로 작업을 수행해야 하는지 여부를 나타냅니다.Indicates whether the action should be performed asynchronously. |
6.108.18. 등록되지 않은storagedomainsdiscover POST
설정으로 가져올 후보인 블록 스토리지 도메인을 검색합니다. FCP의 경우 인수가 필요하지 않습니다.
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 검색을 비동기적으로 수행해야 하는지 여부를 나타냅니다.Indicates if the discovery should be performed asynchronously. | |
| in | ||
| Out |
6.108.19. PUT업데이트
호스트 속성을 업데이트합니다.
예를 들어 호스트의 커널 명령줄을 업데이트하려면 다음과 같은 요청을 보냅니다.
PUT /ovirt-engine/api/hosts/123
다음과 같이 요청 본문이 있는 경우:
<host> <os> <custom_kernel_cmdline>vfio_iommu_type1.allow_unsafe_interrupts=1</custom_kernel_cmdline> </os> </host>
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 업데이트를 비동기적으로 수행해야 하는지 여부를 나타냅니다. | |
| in/Out |
6.108.20. 업그레이드 POST
호스트에서 VDSM 및 선택한 소프트웨어를 업그레이드합니다.
이름 | 유형 | 방향 | 요약 |
---|---|---|---|
| in | 업그레이드를 비동기적으로 수행해야 하는지 여부를 나타냅니다.Indicates if the upgrade should be performed asynchronously. | |
| in | Vintage Node는 더 이상 지원되지 않으며 더 이상 사용되지 않으므로 이 속성은 더 이상 관련이 없습니다. | |
| in | 업그레이드 후 호스트를 재부팅해야 하는지 여부를 나타냅니다. | |
| in | 업그레이드 제한 시간입니다. |
6.108.20.1. reboot
업그레이드 후 호스트를 재부팅해야 하는지 여부를 나타냅니다. 기본적으로 호스트가 재부팅됩니다.
이 매개변수는 업그레이드 후 항상 재부팅되는 {hypervisor-name}에 대해 무시됩니다.
6.108.20.2. timeout
업그레이드 제한 시간입니다.
업그레이드가 완료될 때까지 대기하는 최대 시간입니다. 기본값은 ANSIBLE_PLAYBOOK_EXEC_DEFAULT_TIMEOUT
configration 옵션으로 지정됩니다.
6.108.21. upgradecheck POST
호스트에서 사용 가능한 업그레이드가 있는지 확인합니다. 사용 가능한 업그레이드가 있는 경우 관리 포털에서 호스트 상태 아이콘 옆에 아이콘이 표시됩니다. 감사 로그 메시지가 추가되어 업그레이드 가용성을 나타냅니다. 업그레이드는 webadmin 또는 업그레이드 호스트 작업을 사용하여 시작할 수 있습니다.