Hej! Jag är domänsupporttekniker inom systemhantering här på Dell. Idag går vi igenom OpenManage Enterprise Integration för VMware vCenter-insticksprogrammet, som vanligtvis kallas OMEVV. Förutsättningar för distribution av fast programvara. För att kunna distribuera en baslinje för fast programvara via OMEVV-insticksprogrammet måste du ha insticksprogrammet Update Manager installerat i OpenManage Enterprise.
Vi har redan installerat de plugins som behövs och registrerat oss i vCenter för den här demonstrationen. Dessa värdar måste också ha OME Advance+-licensen installerad för att det här alternativet ska lyckas, vilket ersätter den traditionella licensen som krävs för OMIVV. Servern är en lagringsprofil för fast programvara och måste läggas till i OME via DRAC och läggas till i ett kluster i vCenter för OMEVV för att det ska identifieras i inventeringen.
Databasprofilen använder sedan en katalog över fast programvara för att hämta information om den fasta programvaran. I det här fallet är OME integrerat med OMEVV och ansluter till nedladdningar. dell.com automatiskt. Baslinjeprofilen använder en lagringsplatsprofil som baslinje för att jämföra inventeringen av fast programvara med den aktuella enhetsinventeringen. I det här exemplet skapar vi en lagringsplats för ESX Server från Dells anpassade avbildningar, och här är platsen som vi planerar att använda.
Vi väljer "Plugins", "Update Manager" och "Repository". "Skapa lagringsplats". Vi kommer att kalla detta 'ESXTest'. För "Baskatalog" väljer vi "Indexkatalog", för "Kataloggrupper" väljer vi "ESXi-katalog för företagsservrar". Vi ser att det senaste datumet är den 5 september 2023, men vi kan använda en äldre fil om så önskas. Vi kan ändra detta till "Automatisk" eller "Manuell". Välj "Nästa" så har jag redan lagt till en värd i OM. Välj "Nästa" och "Slutför". OK, när lagret har skapats går vi till vCenter och går till OpenManage Enterprise-plugin, Compliance and Deployment.
I "Repository Profile" vill vi synkronisera om lagringsplatsens profiler för plugin-programmet för uppdateringshanteraren, så gör det nu. OK, så nu ser vi resurssökvägen och platsen, namnet på den catalog.xml filen och att den kom från plugin-programmet för uppdateringshanteraren Okej, så nu måste vi skapa en grundläggande efterlevnad. Innan vi kan göra det behöver vi en baslinjeprofil, så vi går till "Baseline Profiles" och klickar på "Create Baseline Profile". Vi sätter igång, döper den till ESXTest och väljer Next. Vi väljer den lagringsprofil för fast programvara som vi just skapade, ESXTest och Next.
Nu måste vi associera klustret som värden finns i, så vi bläddrar och sedan är min i "Kingdom", så min värd är den och "Next". Varje söndag körs driftrapporten och verifierar om den fasta programvaran uppfyller kraven, "Next" och "Finish". OK, så nu när det är klart kan vi gå till "Baseline Compliance" och där ser vi att "Kingdom" finns där min värd finns och vi vill "Run Firmware Wizard".
Välj "Kom igång", det är "ESXTest", vår baslinjeprofil och välj "Nästa". Vi ser inga uppdateringar, så låt oss välja "Tillåt nedgradering av fast programvara". Så ser vi att 6.10.80 är tillgängligt i katalogen och att iDRAC för närvarande finns på 7.0.0. Vi väljer det och säger "Nästa". Vi kallar det här jobbet "Dell Test" och "Next". De testar "Uppdatera nu" och "Slutför". OK, så vi kan gå över hit till "Logs" och se att jobbet begärdes för uppdatering, iDRAC.
Vi har även åtkomst till underhålls- och livscykelloggen för iDRAC, och vi ser att iDRAC laddar ner den, så uppdateringen pågår. Hela den här processen upprepas för VSAN eller anpassade lagringsplatser.
Anpassade lagringsplatser: vi pekar på nätverkssökvägen, till exempel en resursplats, inklusive catalog.xml i sökvägsnamnet, och sedan, som nämnts, är det en upprepning av de föregående stegen som utförs för att ha ett kluster associerat med en efterlevnadsbaslinje.
Det avslutar den här videon och ha en bra dag.