vSphere - навіщо оновити версію апаратного забезпечення VM?


18

На початку року ми здійснили оновлення нашого середовища vSphere з vSphere 5.0 до vSphere 5.1 U1 Build 1063329 з компромісом близько десятка хостів ESXi та екземпляра vCenter, розміщеного на Windows Server 2008 R2 SP1. Одне з вирішених проблем цього проекту - оновлення віртуальної апаратури для віртуальних машин .

У мене виникають проблеми з розумінням того, чому мені потрібно їхати на роботу та простої, щоб оновити версію віртуальної апаратури на всіх наших віртуальних машинах. Наші нещодавно створені віртуальні машини використовують Virtual Hardware v. 9, останню підтримувану версію vSphere 5.1 U1, яка вирішує проблеми, які виникли у нас із Windows Server 2012 R2 та WinPE 4.0 у старшій версії vSphere 5.0. Всі наші старі віртуальні машини сумісні з версіями віртуальної апаратури ( KB2007240 ), тому ми не змушені модернізувати їх апаратну версію.

Чи пропускаю я якусь технічну причину для оновлення всього віртуального обладнання нашого віртуальної машини до "новітньої" версії 9, оскільки гостьова операційна система та сумісність ESXi не є проблемами? Оновлення віртуальної апаратури не обов'язково тривіально, оскільки мені потрібно вимкнути відеомагнітофон, зробити знімок або резервну копію його, а потім оновити його на кілька сотень ВМ. Крім уникнення необхідності цього робити в майбутньому і отримувати теплі нечіткі сигнали, що всі наші віртуальні машини працюють на останній версії віртуальної апаратури, чому я повинен заважати робити прямий розріз замість постійного оновлення, коли ми заміняємо наші віртуальні машини?

Відповіді:


17

Взагалі віртуальні версії апаратних засобів вводять нові функціональні можливості, розширюють ліміти та можуть мати наслідки для продуктивності. Дивіться матрицю версії апаратної версії VMware .

Не хвилюйтеся з цього приводу для перегляду vSphere, на якому ви зараз перебуваєте. Ви можете працювати цілий день на старих версіях, виходячи з налаштувань. Версія для апаратних засобів VM 8 виглядає як найкращий вибір для вашої конкретної ситуації.

Єдине реальне врахування щодо віртуальної версії апаратних засобів - це перехід від версії 8 або vmx-09 до vmx-10, запровадженого в vSphere 5.5. У цьому кроці є наслідки керованості . Але, позитивно, цей процес упорядковується через веб-клієнт vSphere, який дозволяє запланувати оновлення версії VM під час перезавантаження гостя.

введіть тут опис зображення


1
опція "Тільки оновлення після нормального відключення гостьової ОС" дуже класна
warren

З того, що я зауважував, "Лише оновлення після нормального відключення гостьової ОС" марне. Якщо це встановлено, оновлення апаратної версії відбувається лише тоді, коли вимкнений комп'ютер вимкнений, а не тоді, коли гостьова ОС перезавантажується, що в основному руйнує ідею "запланованого" (або умовно-патогенного) оновлення.
Ніколя Мелай
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.