XenServer 7 - kopas jaunināšana, izmantojot CLI un XenCenter tīmekļa saskarni
Pirmajā šīs XenServer 7. sērijas rakstā tika apskatīts, kā instalēt/uzlabot vienu XenServer resursdatoru. Visticamāk, lielākā daļa XenServer instalēšanas gadījumu ir daudzu XenServer saimnieku kopā.
Šis raksts aptvers visa XenServer baseina jaunināšanas procesu. Pēdējā sastāvdaļa aptvers dažas mājas paturēšanu viesos, kuri darbojas uz XenServer saimniekiem.
- XenServer 7 ISO: XenServer-7.0.0-main.iso
Pirms doties tālāk, es iesaku jums pārbaudīt šīs divas sadaļas Sistēmas prasības un Autora ieteiktie papildinājumi mūsu pirmajā Xen Server 7 rakstā:
- XenServer 7 jauna instalēšana
Šī raksta mērķis ir iepazīties ar XenServer baseina jaunināšanu. Jaunināšanas procesu var veikt vairākos veidos, un pareizais risinājums jebkurai konkrētai instalācijai būs ļoti atkarīgs no organizācijas.
Citrix ir ļoti detalizēts dokuments, kas jāpārskata pirms jaunināšanas procesa sākšanas: xenserver-7-0-installation-guide.pdf
XenServer Pool Upgrade
Neapšaubāmi lielākā daļa XenServer instalēšanas gadījumu, iespējams, ir daļa no XenServers kopas. Tas nedaudz sarežģī jaunināšanas procesu. Lai gan iespēja manuāli pāriet uz katru serveri un katru no tiem ir jāatjaunina, Citrix ir daudz vieglāk to izdarīt, izmantojot Rolling Pool jauninājumu, izmantojot jaunāko XenCenter versiju, vai izmantojot xe komandrindas rīks.
Saskaņā ar Citrix dokumentāciju kopas jaunināšanu var veikt jebkurā XenServer 6.x vai jaunākā versijā līdz 7. versijai. Ja XenServer resursdatorā darbojas versija, kas vecāka par 6.x, resursdatoram jāiet atbilstošais jaunināšanas ceļš uz XenServer 6.2 un pēc tam tos var jaunināt uz XenServer 7.0.
Lai veiktu Rolling Pool jaunināšanu, no Citrix ir jālejupielādē jaunākā XenCenter versija. Lejupielādi var atrast šeit: XenServer-7.0.1-XenCenterSetup.exe
Kā minēts XenServer 6.5 sērijā, XenCenter joprojām ir tikai Windows lietderība. Baseina jaunināšanu var veikt, izmantojot CLI, arī tiem, kuriem, iespējams, nav piekļuves Windows mašīnai, lai palaistu XenCenter.
Šajā rakstā tiks detalizēti aprakstītas abas metodes (XenCenter un CLI ar xe utilītu).
PIEZĪME - pirms baseina jaunināšanas ir jāatzīmē divas lietas. Ritošā baseina jaunināšanu nevajadzētu veikt ar sāknēšanu no SAN iestatījumiem, un Integrētā StorageLink ir noņemta no XenServer 6.5 un jaunākām versijām.
Neatkarīgi no izmantotās metodes XenCenter vai CLI, vispirms ir jāatspējo baseina augsta pieejamība, jāpārtrauc visas nebūtiskās viesu virtuālās mašīnas, jānodrošina, lai XenServer saimniekiem būtu pietiekami daudz atmiņas, lai atbalstītu viesus, kuriem jaunināšanas laikā jāturpina darboties ( ti, nav pārāk nodrošināts), resursdatoriem ir nepieciešams arī pietiekami daudz vietas cietajā diskā XenServer 7, jānodrošina, lai visiem viesiem paredzētie cd/dvd diski būtu tukši, un ir ļoti ieteicams veikt pašreizējā baseina stāvokļa dublēšanu.
Sāksim procesu.
Baseina jaunināšana no CLI
1. Pārliecinieties, ka esat izlasījis iepriekšējos 5 punktus, jo tajos ir sniegta ļoti svarīga informācija par jaunināšanas procesu! Lietotājiem ir arī ļoti ieteicams izlasīt instalēšanas rokasgrāmatu, kas atrodas šeit: xenserver-7-0-installation-guide.pdf, Jaunināšanas instrukcijas un brīdinājumi sākas 24. lpp.
2. Faktiskais pirmais tehnoloģiskais solis ir kopijas statusa dublēšana, izmantojot rīku xe . Izmantojot SSH savienojumu ar Xen pool master resursdatoru, var izpildīt šādu komandu ‘xe’.
# xe pool-dump-database file-name="Xen Pool.db"
Kad datu bāze ir dublēta, kopējiet failu no galvenā resursdatora, lai nodrošinātu, ka jaunināšana neizdodas, ja kopija ir pieejama. Šī komanda nokopēs failu Xen Pool.db no attālā XenServer, kuru identificē
# scp '[email <XenServer_ip>:~/”Xen pool.db”' ~/Downloads/
3. Kad kopas datu bāze ir dublēta, galvenajam viesim ir jāpārceļ visi viesi uz citiem kopas resursdatoriem, un pēc tam kapteinis ir jāatspējo ar šādām komandām xe:
# xe host-evacuate host=<hostname of master> # xe host-disable host=<hostname of master>
Tagad resursdators ir jāpārstartē no XenServer 7 instalācijas datu nesēja lokāli. Šajā brīdī jauninājums seko daudzām tām pašām daļām kā viena resursdatora jaunināšana, kas tika sniegta iepriekš šajā rakstā.
Pārliecinieties, vai, veicot instalēšanas darbības, izvēlieties UPGRADE! Skaidrības labad šajā posmā šajā posmā ir jāveic 1. – 6. Un pēc tam 15. – 19. Darbība rakstā “XenServer 7 - Fresh Install”.
Instalēšanas process aizņem apmēram 12 minūtes, tāpēc dodieties uz vietni https://linux-console.net, lai lasītu citu rakstu, gaidot instalēšanas pabeigšanu. Kad instalēšana ir pabeigta, atsāknējiet galveno un noņemiet instalācijas datu nesēju.
4. Kad meistars tiek restartēts, pārliecinieties, ka tajā netiek parādītas kļūdas un ka tas tiek palaists līdz XenServer konsoles ekrānam. Tas labi norāda uz veiksmīgu jaunināšanu, taču vēl nav paveikts. SSH atgriezieties galvenajā sistēmā un pārbaudiet, vai tajā patiešām darbojas jaunā XenServer versija ar kādu no šīm komandām:
# cat /etc/redhat-release # uname -a
5. Panākumi! Šis baseina kapteinis tagad ir jaunināts. Pēc tam pārvietojiet visus viesus uz šo resursdatoru pēc nepieciešamības un pārejiet pie nākamā XenServer resursdatora, atkārtojot trešo darbību, izņemot jaunākā nākamā resursdatora resursdatora nosaukuma nomaiņu.
# xe host-evacute host=<hostname of pool slave> # xe host-disable host=<hostname of pool slave>
6. Turpiniet 3. līdz 5. darbību atlikušajiem vergiem baseinā.
7. Šajā brīdī ir svarīgi lietot vēl vienu atjauninājumu. Citrix izlaida plāksteri, lai risinātu problēmas, kurās noteiktos apstākļos bija iespējami datu zudumi un korupcija.
LŪDZU, PIEVIENOJIET ŠO PLĀKSTU TAGAD! Šim plāksterim ir jāpārstartē arī XenServer saimnieki. Norādījumi, kā to paveikt, izmantojot XenCenter, ir atrodami vēlāk šajā rakstā.
Lai to paveiktu, izmantojot XenServer resursdatora CLI, lejupielādējiet plāksteri un izdodiet šādas “xe” komandas:
# wget -c http://support.citrix.com/supportkc/filedownload?uri=/filedownload/CTX214305/XS70E004.zip # unzip XS70E004.zip # xe patch-upload file-name=XS70E004.xsupdate # xe patch-apply uuid=<UUID_from_above_command> # xe patch-pool-apply uuid=<UUID_from_above_command> - only applies to a XenServer pool and must be run from the pool master
8. Kad visi baseina saimnieki ir atjaunināti, viesiem būs jāatjaunina XenServer viesu rīki. Soļi, kā to paveikt, ir šī raksta beigās.
Baseina jaunināšana no XenCenter
Tiem, kuriem ir piekļuve Windows mašīnai, lai palaistu XenCenter, Rolling Pool jaunināšanu var veikt, izmantojot XenCenter lietojumprogrammu.
XenCenter izmantošanas priekšrocība ir tā, ka daudzi uzdevumi un pārbaudes, kas iepriekšējās instrukcijās bija jāveic manuāli, tagad XenCenter veiks automātiski.
XenCenter ritošā baseina jaunināšanas vednim ir divi režīmi; manuāla un automātiska. Manuālajā režīmā XenServer 7 instalēšanas programma jāatjaunina katrā atsevišķā XenServer resursdatorā (ti, sāknējamā USB vai CD).
Izmantojot automātisko režīmu, vednis izmantos failus, kas atrodas uz kāda veida tīkla failu koplietošanas, piemēram, HTTP, NFS vai FTP servera. Lai izmantotu šo metodi, instalācijas faili no XenServer instalēšanas iso ir jāizsaiņo attiecīgajā tīkla failu serverī un jāpadara pieejami XenServer saimniekiem.
Šajā rokasgrāmatā netiks detalizēti aprakstīts HTTP servera iestatīšanas process, taču tajā būs aprakstīts ISO satura iegūšanas process, lai varētu veikt automātisku jaunināšanu.
Šajā sadaļā tiks pieņemts, ka lietotājam ir funkcionējošs HTTP serveris ar tīmekļa saknes iestatījumu “/ var/www/html”. Šajā sadaļā arī tiks pieņemts, ka XenServer 7 iso fails ir lejupielādēts un atrodas tīmekļa saknes mapē.
Pirmais solis šī raksta instalēšanas failu iestatīšanā ir iso pievienošana, lai instalētāja failus varētu ievietot tīmekļa saknē. Otrais solis ir izveidot mapi instalēšanas failiem un pēc tam kopēt failus šajā mapē.
Visas darbības var veikt šādi:
# mount XenServer-7.0.0-main.iso /mnt # mkdir /var/www/html/xenserver # cp -a /mnt/. /var/www/html/xenserver
Šajā brīdī, pārejot uz servera IP adresi un xenserver mapi, instalācijas materiāliem jābūt redzamiem pārlūkprogrammā.
Ritošā baseina jaunināšana ar XenCenter
1. Pirmais solis ir atkārtoti izlasīt rindkopas, kas atrodas zem šī dokumenta virsraksta XenServer Pool Upgrade! Tas ir ārkārtīgi svarīgi, jo šajos punktos sīki aprakstīta jaunināšanas specifika, lai palīdzētu pāriet no vecākām XenServer versijām.
2. Pirmais tehnoloģiskais solis ir rezerves kopijas pašreizējā stāvokļa dublēšana, izmantojot “master” komandu ‘xe’. Izmantojot SSH savienojumu vai XenCenter konsoli Xen pool master resursdatoram, var izpildīt šādu komandu ‘xe’.
# xe pool-dump-database file-name="Xen Pool.db"
Kad datu bāze ir dublēta, ir ļoti ieteicams kopiju izgatavot no galvenā diska, tāpēc neveiksmīgas jaunināšanas gadījumā galveno/kopu var atgriezt sākotnējā stāvoklī.
3. Pārliecinieties, vai ir instalēta jaunākā XenCenter versija. Lejupielādes saite ir šāda: XenServer-7.0.1-XenCenterSetup.exe.
4. Kad pūla datu bāze ir saglabāta un instalēta jaunākā XenCenter versija, var sākt jaunināšanu. Atveriet XenCenter un izveidojiet savienojumu ar baseinu, kuram nepieciešama jaunā XenServer versija. Kad esat izveidojis savienojumu ar pool master, dodieties uz izvēlni Rīki un atlasiet ‘Rolling Pool Upgrade…’.
5. Noteikti izlasiet brīdinājumus pirmajā uzvednē. Šeit pieminētā kopas datu bāzes dublēšana, kas tika veikta šī raksta sadaļas “Rolling Pool Upgrade with XenCenter” pirmajā solī.
6. Nākamajā ekrānā lietotājs tiks aicināts izvēlēties kopas, kuras viņi vēlas uzlabot. Var izvēlēties katru baseinu, ar kuru ir savienots XenCenter. Vienkāršības labad šajā dokumentācijā ir izmantots neliels testa baseins.
7. Nākamais solis ļauj lietotājam izvēlēties režīmus Automātisks vai Manuāli. Arī šajā rakstā tiek aplūkota automātiskā metode, un tiek pieņemts, ka ir pieejams HTTP serveris, un XenServer ISO saturs tiek izvilkts mapē ar nosaukumu “xenserver” šajā HTTP serverī.
8. Šajā brīdī XenCenter veiks virkni pārbaužu, lai pārliecinātos, ka visiem resursdatoriem ir atbilstošie ielāpi/labojumfaili, un pārbaudīs, vai jaunināšana, visticamāk, izdosies.
Atkarībā no vides, iespējams, tas ir solis, kurā rodas problēmas. Bija sastopami divi jautājumi, bet autors šajā brīdī. Rezolūcijas tika atrastas, un, cerams, ka tās palīdzēs citiem.
Pirmais pieredzētais jautājums bija nepieciešamība pēc XenServer saimniekiem uzlikt divus ielāpus. XenCenter to paveiks, ja lietotājs izlems to darīt, tomēr, kā autors un citi ir pieredzējuši, šī darbība ne vienmēr tiek pabeigta pareizi un var kavēt nākamo darbību pareizi.
Ja XenCenter apgalvo, ka visi labojumi ir lietoti, bet lietotājs nākamajā ekrānā saņem “Invalid URL to Installer Files”, autore spēja veiksmīgi novērst kļūdu, pārstartējot galveno XenServer.
Lai uzzinātu vairāk par šo problēmu, skatiet Citrix diskusiju šajā URL: XenServer 7 Installer Files URL nav derīgs.
Otra problēma, kas šajā brīdī radās, bija XenCenter brīdinājums par vietējā VM glabāšanu galvenajā XenServer resursdatorā. Šis vietējais VM neļautu XenServer instalētājam no jauna sadalīt resursdatorus ar jauno GPT nodalījuma shēmu.
Pēc ilgas meklēšanas tika pamanīts, ka galvenā resursdatora vietējā krātuvē tiek glabāta baseina metadatu dublēšana. Kad tas tika pārvietots uz citu vietu, instalētājs vairs neredzēja nekādas problēmas.
9. Kad iepriekšējās pārbaudes nav veiktas, instalētājs pieprasīs instalācijas failu atrašanās vietu. Šajā rakstā tiek izmantots HTTP serveris, lai instalēšanas failus izsniegtu XenServer resursdatoriem, un tāpēc instalētājam ir jāinformē par šo failu atrašanās vietu.
Lodziņos norādiet nepieciešamo servera ceļa informāciju, kā arī akreditācijas datus, kas nepieciešami, lai izveidotu savienojumu, un pēc tam nospiediet pogu “Pārbaudīt”, lai pārliecinātos, ka XenCenter var piekļūt failiem. Ja tiek parādīta zaļā atzīme, instalācijas datu nesējs ir atrasts un ir lietojams.
10. Kad viss ir gatavs darbam, noklikšķiniet uz pogas Sākt jaunināšanu. Tas sāks procesu, sākot ar baseina kapteini.
PIEZĪME - Pārliecinieties, vai XenServer resursdatoru pārvaldības tīklā ir DHCP. Kad instalētājs restartē resursdatorus, tas mēģina iegūt IP adresi, izmantojot DHCP.
11. Šajā brīdī būtu prātīgi sākt ēst pusdienas vai sekot citiem uzdevumiem. Šis process aizņems kādu laiku. Ja XenServer resursdatoros ir pieejama piekļuve vietējam monitoram vai KVM sistēmai, administrators var vērot instalēšanas procesu un redzēt, vai viss virzās uz priekšu, kā vajadzētu.
12. Instalācijas procesa pabeigšana šajā četrās resursdatora testa kopās ilga apmēram divas stundas. Kad instalēšana ir pabeigta, noteikti jauniniet viesu rīkus visiem baseina viesiem.
Pārbaudiet arī, vai baseins ir pilnībā jaunināts, apskatot baseina cilni ‘Vispārīgi’ XenCenter vai manuāli izveidojot savienojumu ar katru XenServer resursdatoru.
Arī šajā brīdī var būt nepieciešami daži papildu uzdevumi. Autore piedzīvoja dažus jautājumus ar dažu viesu virtuālajām saskarnēm, mēģinot sākt viesus pēc baseina jaunināšanas.
Izrādījās, ka dažas pūla tīkla konfigurācijas netika tulkotas instalēšanas procesā. Visiem serveriem bija 4 fiziskās saskarnes (PIF), un divos no serveriem viens PIF pāris vairs nedarbojās, palaižot sistēmu.
Tas izraisīja ievērojamu skumjas, taču, par laimi, citi bija saskārušies ar līdzīgām problēmām, un risinājumu bija viegli atrast. Attiecīgie serveri bija Dell Power Edge 2950’s ar integrētiem Broadcom BCM5708 NIC.
Viss, kas bija vajadzīgs, bija atgriezt sistēmas XenServer 6.5 un pēc tam lietot atjauninājumu no Dell vietnes. Autors stingri iesaka pārliecināties, vai visi programmaparatūras atjauninājumi ir piemēroti visām sistēmām, kas tiks jauninātas uz jaunāku XenServer laidienu, lai palīdzētu novērst problēmas.
Lai uzzinātu vairāk par šo tēmu, lūdzu, pārskatiet tēmu Citrix diskusiju lapā: XenServer 7 Upgrade No Onboard Network.
Ievērojiet programmaparatūras versiju, kā arī nederīgu PIF piešķiršanu.
# interface-rename -l
Ņemiet vērā, ka programmaparatūra ir atjaunināta, un arī PIF secība ir pareiza.
# interface-rename -l
13. Šajā brīdī visiem XenServer saimniekiem jābūt pieejamiem un atpakaļ pareizajā baseina konfigurācijā. Šajā brīdī ir svarīgi lietot vēl vienu atjauninājumu. Citrix izlaida plāksteri, lai risinātu problēmas, kurās noteiktos apstākļos bija iespējami datu zudumi un korupcija. LŪDZU, PIEVIENOJIET ŠO PLĀKSTU TAGAD!
XenServer 7 kritiskā plākstera XS70E004 lietošana
Tāpat kā prasīts jaunajā instalēšanas rakstā, arī kopas jaunināšanai būs nepieciešams šis kritiskais XenServer 7 plāksteris, lai nodrošinātu datu integritāti.
Lai uzliktu plāksteri, izpildiet 20. un 26. darbību svaigā XenServer 7 šajā rokasgrāmatā šeit: XenServer 7 kritiskā plākstera lietošana.
Tas noslēdz XenServer atjaunināšanas/instalēšanas procesu resursdatoros. Šajā brīdī krātuvju krātuves un virtuālās mašīnas jāreimportē, jākonfigurē un jāpārbauda.
Nākamajā sadaļā tiks apskatīts pēdējais uzdevums atjaunināt XenServer viesu rīkus virtuālajos viesos.
XenServer viesu rīku atjaunināšana
1. Pēdējais papildu uzdevums ir nodrošināt viesu restartēšanu, kā arī pārliecināties, ka viņiem ir instalētas jaunākās viesu utilītas. To var viegli izdarīt, veicot nākamos pāris soļus.
2. Pirmais solis ir viesu rīku ISO pievienošana DVD diskdzinim vienam no virtuālajiem viesiem.
3. Kad XenServer viesim ir pievienojis guest-tools.iso, pārliecinieties, ka viesis atpazīst jauno disku. Šis piemērs iet cauri Debian viesim un rīku instalēšanai.
Zemāk esošajā izvadā viesu utilītu disks tika kartēts kā ‘xvdd’.
4. Šo ierīci var ātri uzstādīt, izmantojot montāžas utilītu šādi:
# mount /dev/xvdd /mnt
5. Kad ierīce ir uzstādīta, jauno viesu rīku instalēšanai var izmantot dpkg:
# dpkg -i /mnt/Linux/xe-guest-utilities_7.0.0-24_all.deb
6. Instalēšanas laikā tiks instalēti atbilstoši faili un sistēmas vārdā tiks restartēts xe dēmons.
Izmantojot XenCenter, apstipriniet, ka atjaunināšana bija veiksmīga, dodieties uz viesu mašīnas cilni Vispārīgi un meklējiet rekvizītu ar nosaukumu “Virtualizācijas stāvoklis:”.
Whoo ... Ja tik ilgi esat izdzīvojis, cerams, ka XenServer 7 ir instalēts, ielāpīts un tiek atjaunināti arī viesi! Ja jums ir kādi jautājumi vai jautājumi, lūdzu, ievietojiet tos zemāk esošajos komentāros, un mēs sniegsim palīdzību pēc iespējas ātrāk.