내결함성 IT 인프라 구축. 2부. oVirt 4.3 클러스터 설치 및 구성

이 기사는 이전 기사의 연속입니다. "내결함성 IT 인프라 구축. 1부 - oVirt 4.3 클러스터 배포 준비".

인프라 준비를 위한 모든 예비 단계가 이미 이전에 완료되었다는 사실을 고려하여 고가용성 가상 머신을 호스팅하기 위한 oVirt 4.3 클러스터의 기본 설치 및 구성 프로세스를 다룹니다.

소개

이 기사의 주요 목적은 다음과 같은 단계별 지침을 제공하는 것입니다.다음 보기 -> 가능 -> 마감재 "설치 및 구성 시 일부 기능을 표시하는 방법. 클러스터 배포 프로세스는 인프라 및 환경의 특성으로 인해 여기에 설명된 프로세스와 항상 일치하지 않을 수 있지만 일반적인 원칙은 동일합니다.

주관적인 관점에서 보면, oVirt 4.3 그 기능은 VMware vSphere 버전 5.x와 유사하지만 물론 자체 구성 및 작동 기능도 있습니다.

관심 있는 분들은 RHEV(oVirt라고도 함)와 VMware vSphere 간의 모든 차이점을 인터넷에서 찾아보실 수 있습니다. 예를 들어 여기에, 그러나 기사가 진행됨에 따라 나는 여전히 때때로 서로의 차이점이나 유사점을 언급할 것입니다.

이와 별도로 가상 머신에 대한 네트워크 작업을 조금 비교하고 싶습니다. oVirt는 VMware vSphere에서와 같이 가상 머신(이하 VM이라고 함)에 대해 유사한 네트워크 관리 원칙을 구현합니다.

• 표준 Linux 브리지 사용(VMware에서 - 표준 vSwitch), 가상화 호스트에서 실행
• OVS(Open vSwitch) 사용(VMware에서 - 분산 vSwitch)는 중앙 OVN 서버와 관리 호스트의 OVN 컨트롤러라는 두 가지 주요 구성 요소로 구성된 분산 가상 스위치입니다.

구현의 용이성으로 인해 이 기사에서는 KVM 하이퍼바이저를 사용할 때 표준 선택인 표준 Linux 브리지를 사용하여 VM용 oVirt에서 네트워크를 설정하는 방법을 설명합니다.

이와 관련하여 클러스터의 네트워크 작업에 대한 몇 가지 기본 규칙이 있으며 위반하지 않는 것이 가장 좋습니다.

• oVirt에 추가하기 전 호스트의 모든 네트워크 설정은 IP 주소를 제외하고 동일해야 합니다.
• 호스트가 oVirt의 제어 하에 있게 되면 작업에 대한 완전한 확신 없이 네트워크 설정에서 수동으로 아무것도 변경하지 않는 것이 좋습니다. oVirt 에이전트는 호스트를 다시 시작한 후 단순히 이전 설정으로 롤백하거나 대리인.
• VM에 대한 새 네트워크 추가 및 작업은 oVirt 관리 콘솔에서만 수행해야 합니다.

하나 더 중요 사항 — 매우 중요한 환경(금전적 손실에 매우 민감)의 경우 여전히 유료 지원을 사용하고 사용하는 것이 좋습니다. 레드햇 가상화 4.3. oVirt 클러스터를 운영하는 동안 일부 문제가 발생할 수 있으므로 직접 해결하기보다는 가능한 한 빨리 적격한 도움을 받는 것이 좋습니다.

그리고 마침내 추천 oVirt 클러스터를 배포하기 전에 다음 사항을 숙지하십시오. 공식 문서, 최소한 기본 개념과 정의를 알고 있어야 합니다. 그렇지 않으면 기사의 나머지 부분을 읽는 것이 약간 어려울 것입니다.

기사와 oVirt 클러스터 작동 원리를 이해하는 데 기본이 되는 지침 문서는 다음과 같습니다.

• oVirt 설치 안내서
• oVirt 셀프 호스트 엔진 가이드
• oVirt 관리 가이드
  

볼륨은 그다지 크지 않습니다. 한두 시간 안에 기본 원리를 완전히 익힐 수 있지만 세부 사항을 좋아하는 사람들은 다음을 읽는 것이 좋습니다. Red Hat Virtualization 4.3 제품 설명서 — RHEV와 oVirt는 본질적으로 동일합니다.

따라서 호스트, 스위치 및 스토리지 시스템에 대한 기본 설정이 모두 완료되면 바로 oVirt 배포를 진행합니다.

2부. oVirt 4.3 클러스터 설치 및 구성

쉽게 알아볼 수 있도록 이 기사에서 하나씩 완료해야 하는 주요 섹션을 나열하겠습니다.

1. oVirt 관리 서버 설치
2. 새로운 데이터 센터 구축
3. 새 클러스터 만들기
4. 셀프 호스팅 환경에 추가 호스트 설치
5. 저장 영역 또는 저장 도메인 생성
6. 가상 머신용 네트워크 생성 및 구성
7. 가상 머신 배포를 위한 설치 이미지 생성
8. 가상 머신 생성

oVirt 관리 서버 설치

o가상 관리 서버 전체 oVirt 인프라를 관리하는 가상 머신, 호스트 또는 가상 장치의 형태로 oVirt 인프라에서 가장 중요한 요소입니다.

가상화 세계와 유사한 유사점은 다음과 같습니다.

• VMware vSphere - vCenter 서버
• Microsoft Hyper-V - System Center VMM(Virtual Machine Manager).

oVirt 관리 서버를 설치하려면 다음 두 가지 옵션이 있습니다.

옵션 1
특수한 VM 또는 호스트 형태로 서버를 배포합니다.

이 옵션은 매우 잘 작동하지만 해당 VM이 클러스터와 독립적으로 작동하는 경우, 즉 KVM을 실행하는 일반 가상 머신으로 클러스터 호스트에서 실행되고 있지 않습니다.

이러한 VM을 클러스터 호스트에 배포할 수 없는 이유는 무엇입니까?

oVirt 관리 서버 배포 프로세스 초기에 딜레마에 빠졌습니다. 관리 VM을 설치해야 하지만 실제로는 아직 클러스터 자체가 없으므로 즉시 무엇을 생각해 낼 수 있습니까? 맞습니다. 향후 클러스터 노드에 KVM을 설치한 다음 여기에 CentOS OS 등을 사용하여 가상 머신을 생성하고 여기에 oVirt 엔진을 배포합니다. 이는 일반적으로 해당 VM에 대한 완전한 제어를 위해 수행될 수 있지만 이는 잘못된 의도입니다. 이 경우 향후 해당 제어 VM에 100% 문제가 발생하기 때문입니다.

• 클러스터의 호스트(노드) 간에 oVirt 콘솔에서 마이그레이션할 수 없습니다.
• KVM을 사용하여 마이그레이션하는 경우 버쉬 마이그레이션, 이 VM은 oVirt 콘솔에서 관리하는 데 사용할 수 없습니다.
• 클러스터 호스트를 표시할 수 없습니다. 유지 관리 모드 (유지 관리 모드), 다음을 사용하여 이 VM을 호스트에서 호스트로 마이그레이션하는 경우 버쉬 마이그레이션.

따라서 규칙에 따라 모든 작업을 수행하십시오. oVirt 관리 서버에 별도의 호스트를 사용하거나 해당 서버에서 실행되는 독립 VM을 사용하거나 두 번째 옵션에 명시된 대로 수행하는 것이 더 좋습니다.

옵션 2
oVirt Engine Appliance가 관리하는 클러스터 호스트에 oVirt Engine Appliance를 설치합니다.

우리의 경우 더 정확하고 적합한 것으로 간주되는 것은 바로 이 옵션입니다.
이러한 VM에 대한 요구 사항은 아래에 설명되어 있습니다. 내결함성을 확보하기 위해 제어 VM이 실행될 수 있는 인프라에 최소 두 개의 호스트가 있는 것이 권장된다는 점만 추가하겠습니다. 여기에 이전 기사의 댓글에 이미 썼듯이 나는 결코 얻을 수 없었다는 점을 추가하고 싶습니다. 스플릿 브레인 호스트 엔진 VM을 실행할 수 있는 기능을 갖춘 두 개의 호스트로 구성된 oVirt 클러스터에서.

클러스터의 첫 번째 호스트에 oVirt Engine Appliance 설치

공식 문서 링크 - oVirt 셀프 호스트 엔진 가이드, 장 "명령줄을 사용하여 셀프 호스트 엔진 배포»

이 문서에서는 호스트 엔진 VM을 배포하기 전에 충족해야 하는 전제 조건을 지정하고 설치 프로세스 자체에 대해서도 자세히 설명하므로 축어적으로 반복할 필요가 없으므로 몇 가지 중요한 세부 사항에 중점을 두겠습니다.

• 모든 작업을 시작하기 전에 호스트의 BIOS 설정에서 가상화 지원을 활성화해야 합니다.
• 호스트에 호스트 엔진 설치 프로그램용 패키지를 설치합니다:

yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm 
yum -y install epel-release
yum install screen ovirt-hosted-engine-setup

• 호스트 화면에서 oVirt Hosted Engine 배포 절차를 시작합니다(Ctrl-A + D를 통해 종료하고 Ctrl-D를 통해 닫을 수 있음).

screen
hosted-engine --deploy

원하는 경우 미리 준비된 응답 파일을 사용하여 설치를 실행할 수 있습니다.

hosted-engine --deploy --config-append=/var/lib/ovirt-hosted-engine-setup/answers/answers-ohe.conf

• 호스트 엔진을 배포할 때 필요한 모든 매개변수를 지정합니다:

- имя кластера
- количество vCPU и vRAM (рекомендуется 4 vCPU и 16 Гб)
- пароли
- тип хранилища для hosted engine ВМ – в нашем случае FC
- номер LUN для установки hosted engine
- где будет находиться база данных для hosted engine – рекомендую для простоты выбрать Local (это БД PostgreSQL работающая внутри этой ВМ)
и др. параметры. 

• 호스팅된 엔진이 포함된 고가용성 VM을 설치하기 위해 이전에는 스토리지 시스템에 4GB 및 150GB 크기의 특수 LUN을 생성한 다음 클러스터 호스트에 제공했습니다. 이전 기사.

이전에는 호스트의 가시성도 확인했습니다.

multipath -ll
…
3600a098000e4b4b3000003c95d171065 dm-3 DELL    , MD38xxf
size=150G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw
|-+- policy='service-time 0' prio=14 status=active
| `- 15:0:0:4  sdc 8:32  active ready running
`-+- policy='service-time 0' prio=9 status=enabled
  `- 18:0:0:4  sdj 8:144 active ready running

• 호스트 엔진 배포 프로세스 자체는 복잡하지 않습니다. 마지막에는 다음과 같은 내용을 받게 됩니다.

[ INFO  ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20191129131846.conf'
[ INFO  ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ INFO  ] Hosted Engine successfully deployed

호스트에 oVirt 서비스가 있는지 확인합니다.

모든 것이 올바르게 완료되었다면 설치가 완료된 후 웹 브라우저를 사용하여 다음으로 이동하십시오. https://ovirt_hostname/ovirt-engine 관리자 컴퓨터에서 [관리 포털].

“관리 포털” 스크린샷

스크린샷과 같이 창에 로그인 및 비밀번호(설치 프로세스 중 설정)를 입력하면 Open Virtualization Manager 제어판이 표시되며, 여기에서 가상 인프라에 대한 모든 작업을 수행할 수 있습니다.

1. 데이터 센터 추가
2. 클러스터 추가 및 구성
3. 호스트 추가 및 관리
4. 가상 머신 디스크에 대한 스토리지 영역 또는 스토리지 도메인 추가
5. 가상 머신용 네트워크 추가 및 구성
6. 가상 머신, 설치 이미지, VM 템플릿 추가 및 관리

이러한 모든 작업은 더 자세히 논의되며 일부는 큰 셀에서, 다른 일부는 더 자세하고 뉘앙스에 따라 논의됩니다.
하지만 먼저 이 부가 기능을 읽어 보시기를 권합니다. 이 부가 기능은 아마도 많은 사람들에게 유용할 것입니다.

부가

1) 원칙적으로 그러한 필요성이 있는 경우 패키지를 사용하여 미리 클러스터 노드에 KVM 하이퍼바이저를 설치하는 것을 방해하는 것은 없습니다. libvirt и qemu-kvm (또는 qemu-kvm-ev)를 원하는 버전으로 설정합니다. 단, oVirt 클러스터 노드를 배포할 때는 이 작업을 자체적으로 수행할 수 있습니다.

하지만 libvirt и qemu-kvm 최신 버전을 설치하지 않은 경우 호스트 엔진을 배포할 때 다음 오류가 나타날 수 있습니다:

error: unsupported configuration: unknown CPU feature: md-clear

저것들. 가지고 있어야 한다 업데이트된 버전 libvirt 보호와 함께 MDS, 이 정책을 지원합니다.

<feature policy='require' name='md-clear'/>

md-clear 지원을 통해 libvirt v.4.5.0-10.el7_6.12를 설치합니다.

yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_

yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client

systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtd

'md-clear' 지원을 확인하세요.

virsh domcapabilities kvm | grep require
      <feature policy='require' name='ss'/>
      <feature policy='require' name='hypervisor'/>
      <feature policy='require' name='tsc_adjust'/>
      <feature policy='require' name='clflushopt'/>
      <feature policy='require' name='pku'/>
      <feature policy='require' name='md-clear'/>
      <feature policy='require' name='stibp'/>
      <feature policy='require' name='ssbd'/>
      <feature policy='require' name='invtsc'/>

그런 다음 호스트 엔진 설치를 계속할 수 있습니다.

2) oVirt 4.3에서는 방화벽의 존재 및 사용 방화벽 필수 요구 사항입니다.

호스트 엔진용 VM을 배포하는 동안 다음 오류가 발생하는 경우:

[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "firewalld is required to be enabled and active in order to correctly deploy hosted-engine. Please check, fix accordingly and re-deploy.n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook
[https://bugzilla.redhat.com/show_bug.cgi?id=1608467

그런 다음 다른 방화벽을 끄고(사용하는 경우) 설치하고 실행해야 합니다. 방화벽:

yum install firewalld
systemctl enable firewalld
systemctl start firewalld

firewall-cmd --state
firewall-cmd --get-default-zone
firewall-cmd --get-active-zones
firewall-cmd --get-zones

나중에 클러스터의 새 호스트에 ovirt 에이전트를 설치할 때 필요한 포트가 구성됩니다. 방화벽 자동으로.

3) 호스트 엔진을 사용하여 VM이 실행 중인 호스트를 재부팅합니다.

일반적으로 1 링크 и 2 링크 관리 문서에.

호스트 엔진 VM의 모든 관리는 다음 명령을 통해서만 수행됩니다. 호스트 엔진 실행되는 호스트에서 버쉬 SSH를 통해 이 VM에 연결하고 "명령을 실행할 수 있다는 사실도 잊어야 합니다.종료".

VM을 유지 관리 모드로 전환하는 절차:

hosted-engine --set-maintenance --mode=global

hosted-engine --vm-status
!! Cluster is in GLOBAL MAINTENANCE mode !!
--== Host host1.test.local (id: 1) status ==--
conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : host1.test.local
Host ID                            : 1
Engine status                      : {"health": "good", "vm": "up", "detail": "Up"}
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : dee1a774
local_conf_timestamp               : 1821
Host timestamp                     : 1821
Extra metadata (valid at timestamp):
        metadata_parse_version=1
        metadata_feature_version=1
        timestamp=1821 (Sat Nov 29 14:25:19 2019)
        host-id=1
        score=3400
        vm_conf_refresh_time=1821 (Sat Nov 29 14:25:19 2019)
        conf_on_shared_storage=True
        maintenance=False
        state=GlobalMaintenance
        stopped=False

hosted-engine --vm-shutdown

호스트 엔진 에이전트를 사용하여 호스트를 재부팅하고 필요한 작업을 수행합니다.

재부팅 후 호스트 엔진을 사용하여 VM 상태를 확인합니다.

hosted-engine --vm-status

호스트 엔진이 포함된 VM이 시작되지 않고 서비스 로그에 유사한 오류가 표시되는 경우:

서비스 로그 오류:

journalctl -u ovirt-ha-agent
...
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Failed to start necessary monitors
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call last):#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 131, in _run_agent#012    return action(he)#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 55, in action_proper#012    return he.start_monitoring()#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 413, in start_monitoring#012    self._initialize_broker()#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 537, in _initialize_broker#012    m.get('options', {}))#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 86, in start_monitor#012    ).format(t=type, o=options, e=e)#012RequestError: brokerlink - failed to start monitor via ovirt-ha-broker: [Errno 2] No such file or directory, [monitor: 'ping', options: {'addr': '172.20.32.32'}]
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to restart agent

그런 다음 스토리지를 연결하고 에이전트를 다시 시작합니다.

hosted-engine --connect-storage
systemctl restart ovirt-ha-agent
systemctl status ovirt-ha-agent

hosted-engine --vm-start
hosted-engine --vm-status

호스트 엔진으로 VM을 시작한 후 유지 관리 모드를 종료합니다.

유지 관리 모드에서 VM을 제거하는 절차:

hosted-engine --check-liveliness
hosted-engine --set-maintenance --mode=none
hosted-engine --vm-status

--== Host host1.test.local (id: 1) status ==--

conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : host1.test.local
Host ID                            : 1
Engine status                      : {"health": "good", "vm": "up", "detail": "Up"}
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : 6d1eb25f
local_conf_timestamp               : 6222296
Host timestamp                     : 6222296
Extra metadata (valid at timestamp):
        metadata_parse_version=1
        metadata_feature_version=1
        timestamp=6222296 (Fri Jan 17 11:40:43 2020)
        host-id=1
        score=3400
        vm_conf_refresh_time=6222296 (Fri Jan 17 11:40:43 2020)
        conf_on_shared_storage=True
        maintenance=False
        state=EngineUp
        stopped=False

4) 호스트 엔진 및 이와 관련된 모든 것을 제거합니다.

이전에 설치된 호스트 엔진을 적절하게 제거해야 하는 경우가 있습니다. 링크 안내 문서에.

호스트에서 다음 명령을 실행하세요.

/usr/sbin/ovirt-hosted-engine-cleanup

다음으로 불필요한 패키지를 제거하고 필요한 경우 그 전에 일부 구성을 백업합니다.

yum autoremove ovirt* qemu* virt* libvirt* libguestfs 

새로운 데이터 센터 구축

참조 문서 - oVirt 관리 가이드. 4장: 데이터 센터

먼저 그것이 무엇인지 정의해보자. 데이터 센터 (도움말에서 인용)은 특정 환경에서 사용되는 리소스 세트를 정의하는 논리적 엔터티입니다.

데이터 센터는 다음으로 구성된 일종의 컨테이너입니다.

• 클러스터 및 호스트 형태의 논리적 리소스
• 호스트의 논리 네트워크 및 물리적 어댑터 형태의 클러스터 네트워크 리소스
• 스토리지 영역(스토리지 도메인) 형태의 스토리지 리소스(VM 디스크, 템플릿, 이미지용).

데이터 센터에는 가상 머신이 실행되는 여러 호스트로 구성된 여러 클러스터가 포함될 수 있으며 이와 관련된 여러 스토리지 영역이 있을 수도 있습니다.
여러 개의 데이터 센터가 있을 수 있으며 서로 독립적으로 운영됩니다. Ovirt는 역할별로 권한을 분리하므로 데이터 센터 수준과 개별 논리적 요소 모두에서 권한을 개별적으로 구성할 수 있습니다.

데이터 센터(데이터 센터가 여러 개인 경우)는 단일 관리 콘솔이나 포털에서 관리됩니다.

데이터 센터를 생성하려면 관리 포털로 이동하여 새 데이터 센터를 생성하십시오.
계산 >> 데이터 센터 >> 신제품

스토리지 시스템에서 공유 스토리지를 사용하므로 스토리지 유형은 공유여야 합니다.

데이터 센터 생성 마법사의 스크린샷

호스트 엔진을 사용하여 가상 머신을 설치하면 기본적으로 데이터 센터가 생성됩니다. 데이터센터1, 필요한 경우 스토리지 유형을 다른 유형으로 변경할 수 있습니다.

데이터 센터를 만드는 것은 까다로운 뉘앙스가 없는 간단한 작업이며, 이에 대한 모든 추가 작업은 문서에 설명되어 있습니다. 유일하게 주목할 점은 VM용 로컬 스토리지(디스크)만 있는 단일 호스트는 스토리지 유형 - 공유(여기에 추가할 수 없음)를 사용하는 데이터 센터에 들어갈 수 없다는 것입니다. 별도의 데이터 센터 - 즉 로컬 스토리지가 있는 각 개별 호스트에는 별도의 데이터 센터가 필요합니다.

새 클러스터 만들기

문서 링크 - oVirt 관리 가이드. 5장: 클러스터

불필요한 디테일 없이, 클러스터 – 이는 공통 저장 영역(우리의 경우와 같이 저장 시스템의 공유 디스크 형태)을 갖는 호스트의 논리적 그룹입니다. 또한 클러스터의 호스트는 하드웨어가 동일하고 프로세서 유형(Intel 또는 AMD)이 동일한 것이 바람직합니다. 물론 클러스터의 서버가 완전히 동일한 것이 가장 좋습니다.

클러스터는 데이터 센터의 일부입니다(특정 유형의 스토리지 포함 - 지방의 또는 공유), 모든 호스트는 공유 스토리지 유무에 따라 일종의 클러스터에 속해야 합니다.

호스트 엔진이 포함된 가상 머신을 호스트에 설치하면 기본적으로 데이터 센터가 생성됩니다. 데이터센터1, 클러스터와 함께 - 클러스터1, 나중에 해당 매개변수를 구성하고, 추가 옵션을 활성화하고, 호스트를 추가하는 등의 작업을 수행할 수 있습니다.

평소와 마찬가지로 모든 클러스터 설정에 대한 자세한 내용은 공식 문서를 참조하는 것이 좋습니다. 클러스터 설정 기능 중 클러스터 생성 시에만 추가하겠습니다. 탭에서 기본 매개변수만 구성하면 충분합니다. 일반 .

가장 중요한 매개변수에 주목하겠습니다.

• 프로세서 종류 — 클러스터 호스트에 설치된 프로세서, 프로세서 제조업체, 호스트에서 가장 오래된 프로세서를 기준으로 선택되므로 이에 따라 클러스터에서 사용 가능한 모든 프로세서 지침이 사용됩니다.
• 스위치 타입 – 우리 클러스터에서는 Linux 브리지만 사용하므로 이를 선택합니다.
• 방화벽 유형 – 여기에서는 모든 것이 명확합니다. 이는 방화벽이며 호스트에서 활성화하고 구성해야 합니다.

클러스터 매개변수가 포함된 스크린샷

셀프 호스팅 환경에 추가 호스트 설치

링크 문서화를 위해.

셀프 호스팅 환경을 위한 추가 호스트는 호스트 엔진을 사용하여 VM을 배포하는 추가 단계를 통해 일반 호스트와 동일한 방식으로 추가됩니다. 호스팅 엔진 배포 작업 선택 >> 배포. 추가 호스트에는 호스팅 엔진이 있는 VM에 대한 LUN도 제공되어야 하므로 필요한 경우 이 호스트를 사용하여 호스팅 엔진이 있는 VM을 호스팅할 수 있습니다.
내결함성을 위해 호스트 엔진 VM을 배치할 수 있는 호스트가 두 개 이상 있는 것이 좋습니다.

추가 호스트에서 iptables를 비활성화하고(활성화된 경우) 방화벽을 활성화합니다.

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

필요한 KVM 버전을 설치합니다(필요한 경우).

yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_

yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client

systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtd

virsh domcapabilities kvm | grep md-clear

필요한 리포지토리와 호스트 엔진 설치 프로그램을 설치합니다:

yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm
yum -y install epel-release
yum update
yum install screen ovirt-hosted-engine-setup

다음으로 콘솔로 이동합니다. 개방형 가상화 관리자, 새 호스트를 추가하고 다음에 설명된 대로 모든 작업을 단계별로 수행합니다. 선적 서류 비치.

결과적으로 추가 호스트를 추가한 후 스크린샷과 같이 관리 콘솔에 그림과 같은 내용이 표시되어야 합니다.

관리 포털 스크린샷 - 호스트

현재 호스트 엔진 VM이 활성화된 호스트에는 금색 왕관과 "라는 문구가 있습니다.호스트 엔진 VM 실행", 필요한 경우 이 VM을 시작할 수 있는 호스트 - 비문 "호스트 엔진 VM을 실행할 수 있습니다.".

"호스트 엔진 VM 실행"이면 두 번째 호스트에서 자동으로 다시 시작됩니다. 이 VM은 유지 관리를 위해 활성 호스트에서 대기 호스트로 마이그레이션될 수도 있습니다.

oVirt 호스트에서 전원 관리/펜싱 설정

문서 링크:

• Red Hat Virtualization 4.3 –> 기술 참조 -> 4장. 전원 관리
• oVirt 관리 가이드 -> 7장: 호스트

호스트 추가 및 구성이 완료된 것처럼 보일 수도 있지만 이는 전적으로 사실이 아닙니다.
호스트가 정상적으로 작동하고 장애를 식별/해결하려면 전원 관리/펜싱 설정이 필요합니다.

펜싱, 또는 펜싱은 결함이 있거나 장애가 발생한 호스트를 클러스터에서 일시적으로 제외하는 프로세스이며, 그 동안 해당 호스트의 oVirt 서비스 또는 호스트 자체가 다시 시작됩니다.

전원 관리/펜싱의 정의 및 매개변수에 대한 모든 세부 정보는 평소와 같이 문서에 나와 있습니다. iDRAC 640가 포함된 Dell R9 서버에 적용되는 이 중요한 매개변수를 구성하는 방법에 대한 예만 제공하겠습니다.

1. 관리포털로 이동하여 다음을 클릭하세요. 계산 >> 호스트 호스트를 선택하세요.
2. 딸깍 하는 소리 편집.
3. 탭을 클릭하세요 Power Management.
4. 옵션 옆의 확인란을 선택하세요. 전원 관리 활성화.
5. 옵션 옆의 확인란을 선택하세요. Kdump 통합커널 크래시 덤프를 기록하는 동안 호스트가 펜싱 모드로 전환되는 것을 방지합니다.

있습니다.

이미 실행 중인 호스트에서 Kdump 통합을 활성화한 후 oVirt 관리 가이드 ->의 절차에 따라 다시 설치해야 합니다. 7장: 호스트 -> 호스트를 다시 설치하는 중입니다.

1. 선택적으로 확인란을 선택할 수 있습니다. 전원 관리 정책 제어 비활성화, 호스트 전원 관리가 클러스터의 스케줄링 정책에 의해 제어되는 것을 원하지 않는 경우.
2. 버튼(+) 새로운 전원 관리 장치를 추가하려면 에이전트 속성 편집 창이 열립니다.
   iDRAC9의 경우 다음 필드를 입력합니다.
   • 주소 – iDRAC9 주소
   • 사용자 이름/비밀번호 – iDRAC9에 로그인하기 위한 로그인 및 비밀번호
   • 타입 —drac5
   • 표 보안
   • 다음 옵션을 추가하십시오. cmd_prompt=>,login_timeout=30

호스트 속성의 "전원 관리" 매개변수가 포함된 스크린샷

저장 영역 또는 저장 도메인 생성

문서 링크 - oVirt 관리 가이드, 8장: 저장.

스토리지 도메인또는 저장 영역은 가상 머신 디스크, 설치 이미지, 템플릿 및 스냅샷을 저장하기 위한 중앙 위치입니다.

다양한 프로토콜, 클러스터 및 네트워크 파일 시스템을 사용하여 저장 영역을 데이터 센터에 연결할 수 있습니다.

oVirt에는 세 가지 유형의 저장 영역이 있습니다.

• 데이터 도메인 – 가상 머신(디스크, 템플릿)과 관련된 모든 데이터를 저장합니다. Data Domain은 서로 다른 데이터 센터 간에 공유될 수 없습니다.
• ISO 도메인 (구식 저장 영역 유형) – OS 설치 이미지를 저장하는 데 사용됩니다. ISO 도메인은 서로 다른 데이터 센터 간에 공유될 수 있습니다.
• 도메인 내보내기 (구식 저장 영역) – 데이터 센터 간에 이동되는 이미지를 임시로 저장하는 데 사용됩니다.

특별한 경우 Data Domain 유형의 스토리지 영역은 FCP(Fibre Channel Protocol)를 사용하여 스토리지 시스템의 LUN에 연결합니다.

oVirt의 관점에서 스토리지 시스템(FC 또는 iSCSI)을 사용할 때 각 가상 디스크, 스냅샷 또는 템플릿은 논리 디스크입니다.
블록 장치는 볼륨 그룹을 사용하여 단일 장치(클러스터 호스트에서)로 조립된 다음 LVM을 사용하여 VM용 가상 디스크로 사용되는 논리 볼륨으로 나뉩니다.

이러한 모든 그룹과 많은 LVM 볼륨은 다음 명령을 사용하여 클러스터 호스트에서 볼 수 있습니다. 등 и lvs. 당연히 이러한 디스크에 대한 모든 작업은 특별한 경우를 제외하고는 oVirt 콘솔에서만 수행되어야 합니다.

VM용 가상 디스크는 QCOW2 또는 RAW의 두 가지 유형이 될 수 있습니다. 디스크는 "얇은"또는"두꺼운". 스냅샷은 항상 "얇은".

FC를 통해 액세스되는 스토리지 도메인 또는 스토리지 영역을 관리하는 방법은 매우 논리적입니다. 각 VM 가상 디스크에는 하나의 호스트에서만 쓸 수 있는 별도의 논리 볼륨이 있습니다. FC 연결의 경우 oVirt는 클러스터링된 LVM과 같은 것을 사용합니다.

동일한 스토리지 영역에 위치한 가상 머신은 동일한 클러스터에 속한 호스트 간에 마이그레이션될 수 있습니다.

설명에서 볼 수 있듯이 oVirt의 클러스터는 VMware vSphere 또는 Hyper-V의 클러스터와 마찬가지로 본질적으로 동일한 것을 의미합니다. 즉, 호스트의 논리적 그룹화, 바람직하게는 하드웨어 구성이 동일하고 가상 스토리지에 대한 공통 스토리지를 갖는 것입니다. 머신 디스크.

데이터 저장 영역(VM 디스크)을 생성하는 작업을 직접 진행해 보겠습니다. 해당 저장 영역이 없으면 데이터 센터가 초기화되지 않기 때문입니다.
스토리지 시스템의 클러스터 호스트에 제공되는 모든 LUN은 " 명령을 사용하여 표시되어야 합니다.다중 경로 -ll".

에 따르면 선적 서류 비치, 포털로 이동 스토리지 >> 도메인 -> 새 도메인 "FCP 저장소 추가" 섹션의 지침을 따르세요.

마법사를 시작한 후 필수 필드를 입력합니다.

• 성함 — 클러스터 이름 설정
• 도메인 기능 -데이터
• 저장 유형 — 파이버 채널
• 사용할 호스트 — 필요한 LUN을 사용할 수 있는 호스트를 선택합니다.

LUN 목록에서 필요한 LUN을 표시하고 추가 그리고 나서 OK. 필요한 경우 다음을 클릭하여 저장 영역의 추가 매개변수를 조정할 수 있습니다. 고급 매개 변수.

"스토리지 도메인" 추가 마법사의 스크린샷

마법사의 결과에 따라 새로운 저장 영역을 받게 되며 데이터 센터는 다음 상태로 이동해야 합니다. UP또는 초기화됨:

데이터 센터 및 저장 영역의 스크린샷:

가상 머신용 네트워크 생성 및 구성

문서 링크 - oVirt 관리 가이드, 6장: 논리 네트워크

네트워크 또는 네트워크는 oVirt 가상 인프라에서 사용되는 논리 네트워크를 그룹화하는 역할을 합니다.

가상 머신의 네트워크 어댑터와 호스트의 물리적 어댑터 간에 상호 작용하기 위해 Linux 브리지와 같은 논리 인터페이스가 사용됩니다.

네트워크 간 트래픽을 그룹화하고 분할하기 위해 스위치에 VLAN이 구성됩니다.

oVirt에서 가상 머신에 대한 논리 네트워크를 생성할 때 VM이 클러스터의 다른 노드에서 실행되더라도 VM이 서로 통신할 수 있도록 스위치의 VLAN 번호에 해당하는 식별자를 할당해야 합니다.

가상 머신을 연결하기 위해 호스트에서 네트워크 어댑터의 예비 설정을 완료해야 했습니다. 이전 기사 – 구성된 논리적 인터페이스 bond1, 모든 네트워크 설정은 oVirt 관리 포털을 통해서만 이루어져야 합니다.

호스트 엔진으로 VM을 생성한 후 데이터 센터 및 클러스터의 자동 생성 외에도 클러스터를 관리하기 위한 논리 네트워크도 자동으로 생성되었습니다. ovritmgmt, 이 VM이 연결되었습니다.

필요한 경우 논리 네트워크 설정을 볼 수 있습니다. ovritmgmt 하지만 oVirt 인프라에 대한 통제력을 잃지 않도록 주의해야 합니다.

논리적 네트워크 설정 ovritmgmt

일반 VM에 대한 새 논리 네트워크를 만들려면 관리 포털에서 다음으로 이동하세요. 네트워크 >> Networks >> 신제품, 탭에서 일반 원하는 VLAN ID로 네트워크를 추가하고 ' 옆의 확인란도 선택합니다.VM 네트워크"는 VM에 할당하는 데 사용할 수 있음을 의미합니다.

새로운 VLAN32 논리 네트워크의 스크린샷

탭 클러스터, 이 네트워크를 클러스터에 연결합니다. 클러스터1.

이 후에 우리는 계산 >> 호스트, 각 호스트로 차례로 이동하여 탭으로 이동 네트워크 인터페이스을 클릭하고 마법사를 실행합니다. 호스트 네트워크 설정, 새로운 논리 네트워크의 호스트에 바인딩합니다.

"호스트 네트워크 설정" 마법사의 스크린샷

oVirt 에이전트는 호스트에 필요한 모든 네트워크 설정을 자동으로 지정합니다(VLAN 및 BRIDGE 생성).

호스트의 새 네트워크에 대한 구성 파일 예:

cat ifcfg-bond1
# Generated by VDSM version 4.30.17.1
DEVICE=bond1
BONDING_OPTS='mode=1 miimon=100'
MACADDR=00:50:56:82:57:52
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

cat ifcfg-bond1.432
# Generated by VDSM version 4.30.17.1
DEVICE=bond1.432
VLAN=yes
BRIDGE=ovirtvm-vlan432
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

cat ifcfg-ovirtvm-vlan432
# Generated by VDSM version 4.30.17.1
DEVICE=ovirtvm-vlan432
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

클러스터 호스트에 대해 다시 한 번 상기시켜 드리겠습니다. 필요하지 네트워크 인터페이스를 미리 수동으로 생성 ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

논리 네트워크를 추가하고 호스트와 호스트 엔진 VM 간의 연결을 확인한 후 가상 머신에서 사용할 수 있습니다.

가상 머신 배포를 위한 설치 이미지 생성

문서 링크 - oVirt 관리 가이드, 8장: 저장, 데이터 스토리지 도메인에 이미지 업로드 섹션.

OS 설치 이미지가 없으면 가상 머신을 설치할 수 없습니다. 물론 네트워크에 설치된 경우에는 문제가 되지 않습니다. 구두 수선공 미리 만들어진 이미지로

우리의 경우에는 이것이 불가능하므로 이 이미지를 oVirt로 직접 가져와야 합니다. 이전에는 ISO 도메인을 생성해야 했지만 oVirt의 새 버전에서는 더 이상 사용되지 않으므로 이제 관리 포털에서 스토리지 도메인에 이미지를 직접 업로드할 수 있습니다.

관리 포털에서 다음으로 이동하세요. 스토리지 >> 디스크 >> 가이드라가 >> 스타트
OS 이미지를 ISO 파일로 추가하고 양식의 모든 필드를 입력한 다음 "테스트 연결".

설치 이미지 추가 마법사의 스크린샷

다음과 같은 오류가 발생하는 경우:

Unable to upload image to disk d6d8fd10-c1e0-4f2d-af15-90f8e636dadc due to a network error. Ensure that ovirt-imageio-proxy service is installed and configured and that ovirt-engine's CA certificate is registered as a trusted CA in the browser. The certificate can be fetched from https://ovirt.test.local/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA`

그런 다음 oVirt 인증서를 “신뢰할 수 있는 루트 CA"(신뢰할 수 있는 루트 CA), 관리자 제어 스테이션에서 이미지를 다운로드하려고 합니다.

신뢰할 수 있는 루트 CA에 인증서를 추가한 후 다시 "테스트 연결", 다음을 얻어야 합니다:

Connection to ovirt-imageio-proxy was successful.

인증서 추가 작업을 완료한 후 ISO 이미지를 스토리지 도메인에 다시 업로드해 볼 수 있습니다.

원칙적으로 데이터 유형으로 별도의 스토리지 도메인을 만들어 이미지와 템플릿을 VM 디스크와 별도로 저장하거나 호스팅 엔진용 스토리지 도메인에 저장할 수도 있지만 이는 관리자의 재량입니다.

호스트 엔진용 스토리지 도메인의 ISO 이미지가 포함된 스크린샷

가상 머신 생성

문서 링크:
oVirt 가상 머신 관리 가이드 –> 2장: Linux 가상 머신 설치
콘솔 클라이언트 리소스

OS가 포함된 설치 이미지를 oVirt에 로드한 후 바로 가상 머신 생성을 진행할 수 있습니다. 많은 작업이 수행되었지만 우리는 이미 이 모든 작업이 시작된 최종 단계에 있습니다. 즉, 고가용성 가상 머신을 호스팅하기 위한 내결함성 인프라를 확보하는 것입니다. 그리고 이 모든 것은 완전 무료입니다. 소프트웨어 라이센스 구매에 단 한 푼도 지출되지 않았습니다.

CentOS 7을 사용하여 가상 머신을 생성하려면 OS에서 설치 이미지를 다운로드해야 합니다.

우리는 관리 포털로 이동하여 계산 >> 가상 머신을 클릭하고 VM 생성 마법사를 시작합니다. 모든 매개변수와 필드를 입력하고 OK. 문서를 따르면 모든 것이 매우 간단합니다.

예를 들어 디스크가 생성되고, 네트워크에 연결되고, 설치 이미지에서 부팅되는 고가용성 VM의 기본 및 추가 설정을 제공하겠습니다.

고가용성 VM 설정이 포함된 스크린샷

마법사 작업을 마친 후 마법사를 닫고 새 VM을 시작한 다음 여기에 OS를 설치합니다.
이렇게 하려면 관리 포털을 통해 이 VM의 콘솔로 이동하세요.

VM 콘솔에 연결하기 위한 관리 포털 설정 스크린샷

VM 콘솔에 연결하려면 먼저 가상 머신의 속성에서 콘솔을 구성해야 합니다.

VM 설정, “콘솔” 탭의 스크린샷

VM 콘솔에 연결하려면 다음을 사용할 수 있습니다. 가상 머신 뷰어.

브라우저 창에서 직접 VM 콘솔에 연결하려면 콘솔을 통한 연결 설정이 다음과 같아야 합니다.

VM에 OS를 설치한 후 oVirt 게스트 에이전트를 설치하는 것이 좋습니다.

yum -y install epel-release
yum install -y ovirt-guest-agent-common
systemctl enable ovirt-guest-agent.service && systemctl restart ovirt-guest-agent.service
systemctl status ovirt-guest-agent.service

따라서 우리의 조치의 결과로 생성된 VM은 가용성이 높아집니다. 실행 중인 클러스터 노드에 오류가 발생하면 oVirt는 두 번째 노드에서 자동으로 다시 시작합니다. 이 VM은 유지 관리 또는 기타 목적으로 클러스터 호스트 간에 마이그레이션할 수도 있습니다.

결론

이 기사를 통해 oVirt가 배포가 그리 어렵지 않은 가상 인프라 관리를 위한 완전히 일반적인 도구라는 사실을 전달할 수 있었으면 좋겠습니다. 가장 중요한 것은 기사와 설명서에 설명된 특정 규칙과 요구 사항을 따르는 것입니다.

기사의 양이 많기 때문에 모든 자세한 설명과 스크린샷이 포함된 다양한 마법사의 단계별 실행, 일부 명령에 대한 긴 결론 등 많은 내용을 포함할 수 없었습니다. 실제로 이를 위해서는 책 전체를 작성해야 하는데, 이는 혁신과 변화가 끊임없이 나타나는 새로운 버전의 소프트웨어로 인해 큰 의미가 없습니다. 가장 중요한 것은 모든 것이 함께 작동하는 원리를 이해하고 가상 머신 관리를 위한 내결함성 플랫폼을 생성하기 위한 일반적인 알고리즘을 얻는 것입니다.

가상 인프라를 만들었지만 이제는 개별 요소(호스트, 가상 머신, 내부 네트워크) 및 외부 세계와 상호 작용하도록 가르쳐야 합니다.

이 프로세스는 시스템 또는 네트워크 관리자의 주요 작업 중 하나이며, 기업의 내결함성 인프라에서 VyOS 가상 라우터를 사용하는 방법에 대해 다음 기사에서 다룰 예정입니다. oVirt 클러스터의 머신).

출처 : habr.com