oVirt på 2 timer. Del 2. Installation af manager og hosts.

Denne artikel er den næste i cyklussen om oVirt, begyndelse her.

Artikler

  1. Introduktion
  2. Installation af manager (ovirt-engine) og hypervisorer (hosts) - Vi er her
  3. Yderligere indstillinger

Lad os derfor se nærmere på spørgsmålene vedrørende den indledende installation af komponenterne ovirt-engine og ovirt-host.

De installeringsprocesser kan altid ses mere detaljeret i dokumentationen.

Indhold

  1. Installation af ovirt-engine
  2. Installation af ovirt-host
  3. Tilføjelse af node til oVirt
  4. Konfiguration af netværksinterface
  5. Konfiguration af FC
  6. Konfiguration af FCoE
  7. ISO-billedeopbevaring
  8. Første VM

Installation af ovirt-engine

For Engine er minimumskravene 2 kerner/4 GB RAM/25 GB lagring. Anbefalet - fra 4 kerner/16 GB RAM/50 GB lagring. Vi bruger Standalone Manager-varianten, når motoren kører på en dedikeret fysisk eller virtuel maskine uden for den administrerede klynge. Til vores installation tager vi en virtuel maskine f.eks. på en standalone ESXi*. Det er praktisk at bruge automatiseringsværktøjer til udrulning eller kloning fra en tidligere forberedt skabelon eller installation af kickstart.

*Bemærk: for produktionssystemer er det en dårlig idé, da manageren kører uden backup og bliver et flaskehals. I dette tilfælde er det bedre at overveje en Self-hosted Engine.

Hvis nødvendigt, er proceduren for konvertering fra Standalone til Self Hosted detaljeret beskrevet i dokumentationen. Især skal hosten gives kommandoen reinstall med support for Hosted Engine.

På VM'en installerer vi CentOS 7 i minimal konfiguration, derefter opdaterer og genstarter vi systemet:

$ sudo yum update -y && sudo reboot

For den virtuelle maskine er det nyttigt at installere gæsteagenten:

$ sudo yum install open-vm-tools

til VMware ESXi hosts, eller til oVirt:

$ sudo yum install ovirt-guest-agent

Vi tilslutter repository og installer manageren:

$ sudo yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm
$ sudo yum install ovirt-engine

Basisopsætning:

$ sudo engine-setup

I de fleste tilfælde er standardindstillingerne tilstrækkelige, for automatisk at bruge dem kan du starte konfigurationen med nøglen:

$ sudo engine-setup --accept-defaults

Nu kan vi tilslutte os vores nye engine på adressen ovirt.lab.example.com. Her er der endnu tomt, så lad os gå videre til installationen af hypervisorerne.

Installation af ovirt-host

Vi installerer CentOS 7 i minimal konfiguration på den fysiske host, derefter tilslutter vi repository, opdaterer og genstarter systemet:

$ sudo yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm
$ sudo yum update -y && sudo reboot

Bemærk: det er praktisk at bruge automatiseringsværktøjer til udrulning eller installation af kickstart.

Eksempel på kickstart-fil
Opmærksomhed! Eksisterende partitioner slettes automatisk! Vær opmærksom!

# System authorization information
auth --enableshadow --passalgo=sha512
# Use CDROM installation media
cdrom
# Use graphical install
graphical
# Run the Setup Agent on first boot
firstboot --enable
ignoredisk --only-use=sda
# Keyboard layouts
keyboard --vckeymap=us --xlayouts='us','ru' --switch='grp:alt_shift_toggle'
# System language
lang ru_RU.UTF-8

# Network information
network  --bootproto=dhcp --device=ens192 --ipv6=auto --activate
network  --hostname=kvm01.lab.example.com

# Root password 'monteV1DE0'
rootpw --iscrypted $6$6oPcf0GW9VdmJe5w$6WBucrUPRdCAP.aBVnUfvaEu9ozkXq9M1TXiwOm41Y58DEerG8b3Ulme2YtxAgNHr6DGIJ02eFgVuEmYsOo7./
# User password 'metroP0!is'
user --name=mgmt --groups=wheel --iscrypted --password=$6$883g2lyXdkDLbKYR$B3yWx1aQZmYYi.aO10W2Bvw0Jpkl1upzgjhZr6lmITTrGaPupa5iC3kZAOvwDonZ/6ogNJe/59GN5U8Okp.qx.
# System services
services --enabled="chronyd"
# System timezone
timezone Europe/Moscow --isUtc
# System bootloader configuration
bootloader --append=" crashkernel=auto" --location=mbr --boot-drive=sda
# Partition clearing information
clearpart --all
# Disk partitioning information
part /boot --fstype xfs --size=1024 --ondisk=sda  --label=boot
part pv.01 --size=45056 --grow
volgroup HostVG pv.01 --reserved-percent=20
logvol swap --vgname=HostVG --name=lv_swap --fstype=swap --recommended
logvol none --vgname=HostVG --name=HostPool --thinpool --size=40960 --grow
logvol / --vgname=HostVG --name=lv_root --thin --fstype=ext4 --label="root" --poolname=HostPool --fsoptions="defaults,discard" --size=6144 --grow
logvol /var --vgname=HostVG --name=lv_var --thin --fstype=ext4 --poolname=HostPool --fsoptions="defaults,discard" --size=16536
logvol /var/crash --vgname=HostVG --name=lv_var_crash --thin --fstype=ext4 --poolname=HostPool --fsoptions="defaults,discard" --size=10240
logvol /var/log --vgname=HostVG --name=lv_var_log --thin --fstype=ext4 --poolname=HostPool --fsoptions="defaults,discard" --size=8192
logvol /var/log/audit --vgname=HostVG --name=lv_var_audit --thin --fstype=ext4 --poolname=HostPool --fsoptions="defaults,discard" --size=2048
logvol /home --vgname=HostVG --name=lv_home --thin --fstype=ext4 --poolname=HostPool --fsoptions="defaults,discard" --size=1024
logvol /tmp --vgname=HostVG --name=lv_tmp --thin --fstype=ext4 --poolname=HostPool --fsoptions="defaults,discard" --size=1024

%packages
@^minimal
@core
chrony
kexec-tools

%end

%addon com_redhat_kdump --enable --reserve-mb='auto'

%end

%anaconda
pwpolicy root --minlen=6 --minquality=1 --notstrict --nochanges --notempty
pwpolicy user --minlen=6 --minquality=1 --notstrict --nochanges --emptyok
pwpolicy luks --minlen=6 --minquality=1 --notstrict --nochanges --notempty
%end
# Reboot when the install is finished.
reboot --eject

Gem denne fil, f.eks. på ftp.example.com/pub/labkvm.cfg. For at bruge scriptet ved installationen skal du vælge punktet 'Install CentOS 7', aktivere redigeringstilstand (tast Tab) og til sidst (med et mellemrum, uden citationstegn) tilføje

' inst.ks=ftp://ftp.example.com/pub/labkvm.cfg'

.
Installationsscriptet sletter eksisterende partitioner på /dev/sda, opretter nye efter udviklerens anbefalinger (det er nemt at se dem efter installationen med kommandoen lsblk). Værtsnavnet sættes til kvm01.lab.example.com (efter installationen kan det ændres med kommandoen hostnamectl set-hostname kvm03.lab.example.com), IP-adressen tildeles automatisk, tidszonen er Moskva, russisk sprogunderstøttelse er tilføjet.

Root-brugerens adgangskode: monteV1DE0, mgmt-brugerens adgangskode: metroP0!is.
Advarsel! Eksisterende partitioner slettes automatisk! Vær opmærksom!

Gentages (eller udføres parallelt) på alle værter. Fra tænding af den 'tomme' server til færdig tilstand kræves ca. 20 minutter, medregnet 2 lange opstarter.

Tilføjelse af node til oVirt

Gennemføres meget enkelt:

Compute → Hosts → New →…

I guiden er felterne Name (visningsnavn, f.eks. kvm03), Hostname (FQDN, f.eks. kvm03.lab.example.com) og sektionen Authentication obligatoriske — bruger root (uændret) — adgangskode eller SSH Public Key.

After clicking the button Ok Du vil modtage meddelelse "Du har ikke konfigureret strømstyring for denne host. Er du sikker på, at du vil fortsætte?". Det er normalt — strømstyring vil vi se nærmere på senere, efter en vellykket tilslutning af værten. Men hvis maskinerne, hvor værterne er installeret, ikke understøtter strømstyring (IPMI, iLO, DRAC mv.), anbefaler jeg at deaktivere det: Compute → Clusters → Default → Edit → Fencing Policy → Enable fencing, fravælge.

Hvis værten ikke har fået tilsluttet oVirt-repositoriet, vil installationen fejle, men det er ikke verdens undergang — du skal tilføje det, og derefter trykke Install -> Reinstall.

Tilslutning af værten tager ikke mere end 5-10 minutter.

Konfiguration af netværksinterface

Da vi bygger et fejltolerant system, skal den netværksforbindelse også give en redundansforbindelse, hvilket udføres under fanebladet Compute → Hosts → VÆRT → Netværksgrænseflader — Opsæt værtsnetværk.

Afhængigt af mulighederne i dit netværksudstyr og arkitekturtilgange er der forskellige muligheder. Det mest optimale er at tilslutte sig top-of-rack-switches, så netværksadgangen ikke afbrydes ved fejl på én enhed. Lad os se på et eksempel med en LACP-aggregationskanal. For at konfigurere den aggregerede kanal skal du "tage" den 2. ikke-aktiverede adapter med musen og "føre" den til den 1. åbne vindue. Opret ny bundt, hvor LACP (Mode 4, Dynamisk linkaggregation, 802.3ad) er valgt som standard. På switchens side udføres den almindelige konfiguration af LACP-gruppen. Hvis det ikke er muligt at bygge et stak af switche, kan Active-Backup-tilstand (Mode 1) bruges. VLAN-indstillingerne vil blive dækket i næste artikel, mens detaljer med anbefalinger til netværkskonfiguration findes i dokumentet. Planlægnings- og forudsætningsvejledning.

Konfiguration af FC

Fibre Channel (FC) understøttes "out of the box", og dets brug giver ikke problemer. Vi vil ikke dække konfigurationen af lagringsnetværket, som inkluderer opsætning af lagringssystemer og zonering af fabric-switches som en del af oVirt-konfigurationen.

Konfiguration af FCoE

FCoE synes efter min mening ikke at have opnået bred udbredelse i lagringsnetværk, men det anvendes ofte på servere som "den sidste mil", f.eks. i HPE Virtual Connect.

Konfigurationen af FCoE kræver et par yderligere enkle trin.

Opsætning af FCoE-motor

Artikel på Red Hat's hjemmeside B.3. Sådan opsættes Red Hat Virtualization Manager til at bruge FCoE
På Manageren
, tilføjer vi nøglen til manageren med følgende kommando, og genstarter den:


$ sudo engine-config -s UserDefinedNetworkCustomProperties='fcoe=^((enable|dcb|auto_vlan)=(yes|no),?)*$'
$ sudo systemctl restart ovirt-engine.service

Opsætning af Node FCoE

På oVirt-værter skal der installeres

$ sudo yum install vdsm-hook-fcoe

Dernæst følger den almindelige FCoE-konfiguration, artikel på Red Hat: 25.5. Konfiguration af Fibre Channel over Ethernet-interface.

For Broadcom CNA ser vi yderligere Brugervejledning til FCoE-konfiguration for Broadcom-baserede adaptere.

Sørg for, at pakkerne er installeret (de følger allerede med minimal):

$ sudo yum install fcoe-utils lldpad

Dernæst selve konfigurationen (i stedet for ens3f2 og ens3f3, indsæt navne på CNA'en, der er tilsluttet lagringsnetværket):

$ sudo cp /etc/fcoe/cfg-ethx /etc/fcoe/cfg-ens3f2
$ sudo cp /etc/fcoe/cfg-ethx /etc/fcoe/cfg-ens3f3
$ sudo vim /etc/fcoe/cfg-ens3f2
$ sudo vim /etc/fcoe/cfg-ens3f3

Det er vigtigt: hvis netværksgrænsefladen hardwaremæssigt understøtter DCB/DCBX, skal parameteren DCB_REQUIRED være indstillet til no.

DCB_REQUIRED="yes" → #DCB_REQUIRED="yes"

Dernæst skal det sikres, at adminStatus er deaktiveret på alle grænseflader, inklusive dem uden aktiveret FCoE:

$ sudo lldptool set-lldp -i ens3f0 adminStatus=disabled
...
$ sudo lldptool set-lldp -i ens3f3 adminStatus=disabled

Hvis der er andre netværksgrænseflader, kan LLDP aktiveres:

$ sudo systemctl start lldpad
$ sudo systemctl enable lldpad

Som nævnt tidligere, hvis hardware DCB/DCBX bruges, skal indstillingen DCB_REQUIRED aktiveres i nej og dette trin kan udelades.

$ sudo dcbtool sc ens3f2 dcb on
$ sudo dcbtool sc ens3f3 dcb on
$ sudo dcbtool sc ens3f2 app:fcoe e:1
$ sudo dcbtool sc ens3f3 app:fcoe e:1
$ sudo ip link set dev ens3f2 up
$ sudo ip link set dev ens3f3 up
$ sudo systemctl start fcoe
$ sudo systemctl enable fcoe

For netværksinterfacer skal du kontrollere, om autostart er aktiveret:

$ sudo vim /etc/sysconfig/network-scripts/ifcfg-ens3f2
$ sudo vim /etc/sysconfig/network-scripts/ifcfg-ens3f3

ONBOOT=yes

Vis de konfigurerede FCoE-interfacer, output fra kommandoen må ikke være tom.

$ sudo fcoeadm -i

Den følgende FCoE-konfiguration udføres på samme måde som for almindelig FC.

Dernæst følger konfiguration af lager- og netværkssystemer — zoning, SAN-værter, oprettelse og præsentation af volumener/LUN'er, hvorefter lageret kan tilsluttes ovirt-værter: Storage → Domains → New Domain.

Domain Function efterlades som Data, Storage Type — Fibre Channel, Host — hvilken som helst, navn — f.eks. storNN-volMM.

Sikkert tillader dit lagersystem ikke kun redundans af stier, men også belastningsbalancering. Mange moderne systemer er i stand til at overføre data optimalt over alle stier (ALUA active/active).

For at aktivere alle stier i aktiv tilstand, skal du konfigurere multipathing, om dette vil blive diskuteret i de næste artikler.

Konfiguration af NFS og iSCSI udføres på lignende måde.

ISO-billedeopbevaring

For at installere OS kræves deres installationsfiler, som oftest er tilgængelige som ISO-billeder. Du kan bruge den indbyggede sti, men der er udviklet en speciel lagertype til arbejde med billeder i oVirt — ISO, som kan peges på en NFS-server. Tilføj den:

Storage → Domains → New Domain,
Domain Function → ISO,
Export Path — f.eks. mynfs01.example.com:/exports/ovirt-iso (på tidspunktet for tilslutning skal mappen være tom, manageren skal have mulighed for at skrive til den),
Name — f.eks. mynfs01-iso.

For at lagre billeder vil manageren oprette en struktur
/exports/ovirt-iso/<some UUID>/images/11111111-1111-1111-1111-111111111111/

Hvis der allerede findes ISO-billeder på vores NFS-server, er det praktisk at linke dem i denne mappe i stedet for at kopiere filer for at spare plads.

Første VM

På dette tidspunkt kan den første virtuelle maskine allerede oprettes, installere OS og applikationssoftware på den.

Compute → Virtual Machines → New

For den nye maskine angiv et navn (Name), opret en disk (Instance Images → Create) og tilslut et netværksinterface (Instantiate VM network interfaces by picking a vNIC profile → vælg den eneste tilgængelige ovirtmgmt).

På klientsiden er en moderne browser nødvendig og SPICE klient for at interagere med konsollen.

Den første maskine er blevet startet med succes. For at systemet kan fungere optimalt, er der dog behov for at foretage en række yderligere indstillinger, som vi vil fortsætte med i de næste artikler.

Kilde: habr.com

Køb pålidelig webhosting med DDoS-beskyttelse, VPS VDS-servere 🔥 Køb pålidelig webhosting med DDoS-beskyttelse, VPS VDS-servere | ProHoster