A System Center Virtual Machine Manager újdonságai
Ez a cikk a System Center 2022 – Virtual Machine Manager (VMM) által támogatott új funkciókat ismerteti. A VMM 2022 UR1 és UR2 új funkcióit is ismerteti.
A VMM 2022 új funkciói
A VMM 2022-ben támogatott új funkciókkal és funkciófrissítésekkel kapcsolatban tekintse meg az alábbi szakaszokat.
Compute
Windows Server 2022 és Windows Server 2022 vendég operációs rendszer támogatása
A VMM 2022 a Windows Server 2022 gazdagépeken és a Windows Server 2022 vendég operációs rendszer gazdagépeinek kezelésére használható.
Windows 11 támogatás
A VMM 2022 támogatja a Windows 11 vendég operációs rendszerként.
Az Azure Stack HCI-fürtök támogatása 21H2
A VMM 2022-vel kezelheti az Azure Stack HCI 21H2-fürtöket.
Az Azure Stack HCI 21H2-es verziója az újonnan bevezetett hyper-converged infrastruktúra (HCI) operációs rendszer, amely virtualizált számítási feladatokkal rendelkező helyszíni fürtökön fut.
Az Azure Stack-fürtök VMM-ben való kezelésére szolgáló műveletek többsége hasonló a Windows Server-fürtök kezeléséhez.
Megjegyzés
Az Azure Stack HCI-hez nyújtott fürtök kezelése jelenleg nem támogatott a VMM-ben.
Lásd: Azure Stack HCI-fürtök üzembe helyezése és kezelése a VMM-ben.
Azure Stack HCI-fürt regisztrálása és regisztrációja a PowerShell-parancsmagok használatával
A VMM 2022 támogatja a PowerShell-parancsmagok regisztrálását és regisztrációjának törlését az Azure Stack HCI-fürthöz. Lásd: Register-SCAzStackHCI és Unregister-SCAzStackHCI.
A kettős veremes SDN üzembe helyezésének támogatása
A VMM 2022 támogatja a kettős veremes SDN üzembe helyezését.
A VMM 2019 UR2-ben bevezettük az Ipv6-alapú SDN-telepítés támogatását. A VMM 2022 támogatja a kettős vermet (Ipv4 + Ipv6) az SDN-összetevőkhöz.
Az Ipv6 SDN-telepítéshez való engedélyezéséhez végezze el a szükséges módosításokat a hálózati vezérlő, az átjáró és az SLB beállításában.
Ezekről a frissítésekről további információt a Hálózati vezérlő, az Átjáró, az SLB és a NAT beállítása című témakörben talál.
A VMM 2022 UR1 új funkciói
Az alábbi szakaszok a VMM 2022 1. kumulatív frissítésében (UR1) támogatott új funkciókat és funkciófrissítéseket ismertetik.
A VMM 2022 UR1-ben kijavított problémákat és az UR1 telepítési utasításait a tudásbáziscikkben találja.
Az Azure Stack HCI-fürtök támogatása 22H2
A VMM 2022 UR1 használatával kezelheti az Azure Stack HCI 22H2-fürtöket.
Az Azure Stack HCI 22H2-es verziója az újonnan bevezetett hyper-converged infrastruktúra (HCI) operációs rendszer, amely virtualizált számítási feladatokkal rendelkező helyszíni fürtökön fut.
Az Azure Stack-fürtök VMM-ben való kezelésére szolgáló műveletek többsége hasonló a Windows Server-fürtök kezeléséhez.
Lásd: Azure Stack HCI-fürtök üzembe helyezése és kezelése a VMM-ben.
VMware vSphere 7.0, 8.0 és ESXi 7.0, 8.0 támogatása
A VMM 2022 UR1 támogatja a VMware vSphere 7.0, 8.0 és ESXi 7.0, 8.0 verziót. További információk.
A 2022-SQL Server támogatása
A VMM 2022 UR1 támogatja a 2022-es SQL Server. További információk.
Intelligens kártyás bejelentkezés támogatása az SCVMM-konzolon
A VMM 2022 UR1 támogatja az intelligens kártyás bejelentkezést továbbfejlesztett munkamenet-módban az SCVMM-konzolon.
SR-IOV-támogatás a hálózati vezérlő által felügyelt hálózati adapterekhez
A VMM 2022 UR1 használatával az SR-IOV támogatja a hálózati vezérlő által felügyelt hálózati adaptereket.
Az Elavult Operations Manager felügyeleti csomag VMM-függőségeinek eltávolítása
A VMM 2022 UR1 használatával eltávolította az elavult SCOM felügyeleti csomagok VMM-függőségeit. Ha aktív SCOM - VMM integrációval rendelkezik, a VMM 2022 UR1-re való frissítés előtt kövesse a TUDÁSBÁZIS-cikkben felsorolt lépéseket.
Arc-kompatibilis SCVMM felderítése a VMM-konzolról
A VMM 2022 UR1 segítségével felfedezheti az Arc-kompatibilis SCVMM-et a konzolról, kezelheti a hibrid környezetet, és önkiszolgáló virtuálisgép-műveleteket hajthat végre Azure Portal keresztül. További információk.
64 virtuális hálózat támogatása Windows Server 2019-hez vagy újabb verzióhoz
A VMM 2022 UR1 64 virtuális hálózatot támogat a Windows Server 2019-es vagy újabb verziójához.
A VMM 2022 UR2 új funkciói
Az alábbi szakaszok a VMM 2022 Kumulatív frissítés (UR2) által támogatott új funkciókat és funkciófrissítéseket ismertetik.
A VMM 2022 UR2-ben kijavított problémákat és az UR2 telepítési utasításait lásd a TUDÁSBÁZIS-cikkben.
A VMware virtuális gépek V2V-beli konvertálási teljesítményének javítása Hyper-V virtuális gépekké
Most már hyper-V-vé alakíthatja a VMware virtuális gépeket, közel négyszer gyorsabb konverziós sebességgel, és támogatja a 2 TB-nál nagyobb lemezméretű VMware virtuális gépeket. További információ a fejlesztés használatáról.
Továbbfejlesztett Arc-kompatibilis SCVMM Discovery lap
Az Azure Arc lap most az Arc-kompatibilis SCVMM legújabb funkcióit emeli ki, amelyek többek között az Olyan Azure-felügyeleti szolgáltatások támogatását tartalmazzák, mint a Microsoft Defender a felhőhöz, Azure Frissítéskezelő, az Azure Monitor, a Microsoft Sentinel stb. További információk.
Ha WS 2012-es és 2012R2-es gazdagépet és vendég operációs rendszert futtat, az Azure Arc panel mostantól útmutatást nyújt a támogatás állapotának folytatásához.
A legújabb Linux-vendég operációs rendszerek támogatása
A VMM 2022 UR2-vel Ubuntu Linux 22, Debian 11, Oracle Linux 8 és 9 alapú Linux rendszerű virtuális gépeket futtathat.
Ez a cikk a System Center 2019 – Virtual Machine Manager (VMM) által támogatott új funkciókat ismerteti. A VMM 2019 UR1, UR2, UR3, UR4, UR5 és UR6 új funkcióit is ismerteti.
A VMM 2019 új funkciói
Az alábbi szakaszok a Virtual Machine Manager (VMM) 2019 új funkcióit ismertetik.
Compute
Fürt működés közbeni frissítése S2D-fürtökhöz
A System Center 2019 Virtual Machine Manager támogatja egy Közvetlen tárolóhelyek (S2D) gazdagépfürt folyamatos frissítését Windows Server 2016-ről Windows Server 2019-re. További információ: Működés közbeni frissítés végrehajtása.
A ReFS-kötet deduplikációjának támogatása
A VMM 2019 támogatja a ReFS-kötet deduplikációt a Windows Server 2019 hyper-converged fürtön és Scale-Out fájlkiszolgálón. További információ: Tárterület hozzáadása Hyper-V-gazdagépekhez és -fürtökhöz.
Tárolás
Tároló dinamikus optimalizálása
Ez a funkció segít megakadályozni, hogy a fürt megosztott tárolója (CSV és fájlmegosztások) megteljenek a fürt megosztott tárolójára helyezett bővítés vagy új virtuális merevlemezek (VHD-k) miatt. Most már beállíthat egy küszöbértéket, amely figyelmeztetést vált ki, ha a megosztott fürttároló szabad tárterülete a küszöbérték alá esik. Ez a helyzet egy új lemezelhelyezés során fordulhat elő. Ez akkor is előfordulhat, ha a virtuális merevlemezek automatikusan a fürt más megosztott tárolóiba vannak automatikusan beállítva. További információ: Dinamikus optimalizálás.
A tárolóállapot monitorozásának támogatása
A tárolóállapot-monitorozás segít a tárolókészletek, lunok és fizikai lemezek állapotának és működési állapotának monitorozásában a VMM-hálóban.
A tárterület állapotát a VMM-konzol Háló lapján figyelheti. További információ: A VMM-tárolóháló beállítása.
Hálózatkezelés
SLB-ip-címek konfigurálása VMM-szolgáltatássablonokon keresztül
A Windows 2016 szoftveralapú hálózatai (SDN-k) szoftveres terheléselosztást (SLB) használhatnak a hálózati forgalom egyenletes elosztására a szolgáltatók és bérlők által felügyelt számítási feladatok között. A VMM 2016 jelenleg támogatja az SLB virtuális IP-címek (VIP-k) telepítését a PowerShell használatával.
A VMM 2019-ben a VMM támogatja az SLB VIP-k konfigurálását, miközben a szolgáltatássablonok használatával több-többhelyes alkalmazásokat helyez üzembe. További információ: SLB IP-címek konfigurálása VMM-szolgáltatássablonokon keresztül.
Titkosított virtuálisgép-hálózatok konfigurálása a VMM-ben
A VMM 2019 támogatja a virtuálisgép-hálózatok titkosítását. Az új titkosított hálózatok funkciójával a teljes körű titkosítás egyszerűen konfigurálható a virtuálisgép-hálózatokon a hálózati vezérlő használatával. Ez a titkosítás megakadályozza, hogy az ugyanazon a hálózaton és ugyanazon alhálózaton lévő két virtuális gép közötti forgalom beolvasható és manipulálható legyen.
A titkosítás vezérlése az alhálózat szintjén van. A titkosítás a virtuálisgép-hálózat minden alhálózatán engedélyezhető vagy letiltható. További információ: Titkosított hálózatok konfigurálása SDN-ben a VMM használatával.
3. rétegbeli továbbítási átjáró konfigurálásának támogatása a VMM-konzol használatával
A 3. rétegbeli (L3) továbbítás lehetővé teszi az adatközpont fizikai infrastruktúrája és a Hyper-V hálózatvirtualizálási felhő virtualizált infrastruktúrája közötti kapcsolatot. A VMM korábbi verziói támogatták a 3. rétegbeli átjárók konfigurálását a PowerShellen keresztül.
A VMM 2019-ben a VMM-konzol használatával konfigurálhat egy 3. rétegbeli továbbítási átjárót. További információ: Az L3-továbbítás konfigurálása.
Statikus MAC-címek támogatása VMM-felhőben üzembe helyezett virtuális gépeken
Ezzel a funkcióval statikus MAC-címet állíthat be a felhőben üzembe helyezett virtuális gépeken. A MAC-címet statikusról dinamikusra és fordítva is módosíthatja a már üzembe helyezett virtuális gépek esetében. További információ: Virtuális gépek kiépítése a VMM-hálóban.
Azure-integráció
Virtuálisgép-frissítéskezelés a VMM-ben egy Azure Automation-előfizetés használatával
A VMM 2019 lehetővé teszi a helyszíni (VMM által felügyelt) virtuális gépek javítását és frissítését a VMM és egy Azure Automation előfizetés integrálásával. További információ: Virtuális gépek kezelése.
Új RBAC-szerepkör: Virtuálisgép-rendszergazda
Olyan forgatókönyvben, amikor a vállalatok felhasználói szerepkört szeretnének létrehozni a hibaelhárításhoz, a felhasználónak hozzáférésre van szüksége az összes virtuális géphez. Így a felhasználó elvégezhet minden szükséges módosítást a virtuális gépeken a probléma megoldásához. Szükség van arra is, hogy a felhasználó hozzáférhessen a hálóhoz a probléma kiváltó okának azonosításához. Biztonsági okokból ez a felhasználó nem kaphat jogosultságokat a hálón végzett módosításokhoz, például tárolók vagy gazdagépek hozzáadásához.
A VMM jelenlegi szerepköralapú hozzáférés-vezérlése (RBAC) nem rendelkezik ehhez a személyhez definiált szerepkörrel. A Delegált Rendszergazda és a Háló Rendszergazda meglévő szerepkörei túl kevés vagy több engedéllyel rendelkeznek a hibaelhárítás elvégzéséhez.
A probléma megoldásához a VMM 2019 egy virtuálisgép-rendszergazda nevű új szerepkört támogat. A szerepkör felhasználója olvasási és írási hozzáféréssel rendelkezik az összes virtuális géphez, de írásvédett hozzáféréssel rendelkezik a hálóhoz. További információ: Felhasználói szerepkörök beállítása a VMM-ben.
Csoportos felügyeltszolgáltatás-fiók támogatása VMM-szolgáltatásfiókként
A csoport által felügyelt szolgáltatásfiók (gMSA) segít a biztonsági helyzet javításában. Az automatikus jelszókezelés, az egyszerűsített szolgáltatáselvű névkezelés, valamint a felügyelet más rendszergazdáknak történő delegálásának képessége révén biztosítja a kényelmet.
A VMM 2019 támogatja a gMSA for Management kiszolgálói szolgáltatásfiók használatát. További információ: A VMM telepítése.
Megjegyzés
A VMM 1807-ben az alábbi funkciók vagy funkciófrissítések jelentek meg, és a VMM 2019 részét képezik.
A VMM 2019 funkciói – a VMM 1807-ben bevezetett
Tárolás
Támogatja a CSV kiválasztását új VHD elhelyezéséhez
A VMM használatával kiválaszthatja a fürt megosztott köteteit (CSV-ket) egy új VHD elhelyezéséhez.
A VMM korábbi verzióiban alapértelmezés szerint egy új VHD van elhelyezve egy virtuális gépen ugyanazon a CSV-n, ahol a virtuális géphez társított korábbi VHD-k vannak elhelyezve. Nem volt lehetőség másik CSV/mappa kiválasztására. A CSV-hez kapcsolódó problémák, például a teljes vagy több kötelezettségvállalással járó tárterület esetén a felhasználóknak át kellett telepíteniük a VHD-t, de csak a VHD üzembe helyezése után.
A VMM 1807-es verzióval mostantól bármilyen helyet kiválaszthat az új lemez elhelyezéséhez. Ezt a lemezt egyszerűen kezelheti a CSV-k tárolási rendelkezésre állása alapján. További információ: Virtuális merevlemez hozzáadása virtuális géphez.
Hálózatkezelés
A hálózati eszközök LLDP-információinak megjelenítése
A VMM támogatja a Link Layer Discovery Protocol (LLDP) protokollt. Mostantól megtekintheti a gazdagépek hálózati eszköztulajdonságait és képességeit a VMM-ből. A gazdagép operációs rendszerének Windows 2016 vagy újabb operációs rendszernek kell lennie.
A DataCenterBridging és a DataCenterBridging-LLDP-Tools funkciók engedélyezve vannak a gazdagépeken az LLDP-tulajdonságok lekéréséhez. További információ: Hálózatkezelés beállítása Hyper-V-gazdagépekhez és -fürtökhöz a VMM-hálóban.
SET-kapcsoló átalakítása logikai kapcsolóvá
A beágyazott összevonási (SET) kapcsolót logikai kapcsolóvá alakíthatja a VMM-konzol használatával. A korábbi verziókban ezt a funkciót csak PowerShell-szkripttel támogatták. További információ: Logikai kapcsolók létrehozása.
VMware-gazdagép kezelése
A VMM támogatja a VMware ESXi v6.5-kiszolgálókat a VMM-hálóban. Ez a támogatás további rugalmasságot biztosít a rendszergazdáknak több használatban lévő hipervizor kezeléséhez. A támogatott VMware-kiszolgálóverziókkal kapcsolatos további információkért lásd: Rendszerkövetelmények.
S2D-fürtfrissítés támogatása
A VMM támogatja egy S2D-gazdagép vagy -fürt frissítését. Az egyes S2D-gazdagépeket vagy -fürtöket frissítheti a Windows Server Update Services konfigurált alapkonfigurációkkal. További információ: Hyper-V-gazdagépek és -fürtök frissítése.
Egyéb
SQL Server 2017 támogatása
A VMM támogatja a 2017.SQL Server. A 2016-os SQL Server 2017-SQL Server-re frissítheti.
Megjegyzés
A VMM 1801-ben az alábbi funkciók vagy funkciófrissítések jelentek meg, és a VMM 2019 részét képezik.
A VMM 2019 funkciói – a VMM 1801-ben bevezetett
Compute
Beágyazott virtualizálás
A VMM támogatja a beágyazott virtualizálási funkciót, amellyel Hyper-V-t futtathat Hyper-V virtuális gépen belül. Más szóval a beágyazott virtualizálással maga a Hyper-V-gazdagép is virtualizálható. A beágyazott virtualizálás sávon kívül engedélyezhető a PowerShell és a Hyper-V gazdagép konfigurációjának használatával.
Ezzel a funkcióval csökkentheti az infrastruktúra költségeit a fejlesztési, tesztelési, bemutató- és betanítási forgatókönyvek esetében. Ezzel a funkcióval külső virtualizálási felügyeleti termékeket is használhat a Hyper-V-vel.
A beágyazott virtualizálási funkciót a VMM használatával engedélyezheti vagy tilthatja le. A virtuális gépet gazdagépként konfigurálhatja a VMM-ben, és gazdagépműveleteket hajthat végre a VMM-ből ezen a virtuális gépen. A VMM dinamikus optimalizálása például beágyazott virtuálisgép-gazdagépet tekint az elhelyezéshez. További információ: Beágyazott virtuális gép konfigurálása gazdagépként.
VMware virtuális gép (EFI belső vezérlőprogram-alapú virtuális gép) migrálása Hyper-V virtuális gépre
A VMware virtuális gépek Hyper-V-be történő jelenlegi VMM-migrálása csak a BIOS-alapú virtuális gépek migrálását támogatja.
A VMM lehetővé teszi az EFI-alapú VMware virtuális gépek 2. generációs Hyper-V virtuális gépekre való migrálását. A Microsoft Hyper-V platformra migrálandó VMware virtuális gépek kihasználhatják a Hyper-V 2. generációs funkcióit.
Ennek a kiadásnak a részeként a Virtuális gép konvertálása varázsló engedélyezi a virtuális gép migrálását a belső vezérlőprogram típusa (BIOS vagy EFI) alapján. Megfelelően választja ki és alapértelmezettként adja meg a Hyper-V virtuálisgép-generációt. További információ: VMware virtuális gép konvertálása Hyper-V-vé a VMM-hálóban. Például:
- A BIOS-alapú virtuális gépek az 1. generációs Hyper-V virtuális gépre lesznek migrálva.
- Az EFI-alapú virtuális gépek a 2. generációs Hyper-V virtuális gépre lesznek migrálva.
Továbbfejlesztettük a VMware virtuális gépek konvertálási folyamatát is, amely akár 50%-kal gyorsabbá teszi az átalakítást.
Teljesítménybeli javulás a gazdagép-frissítőben
A VMM-gazdagép frissítője bizonyos frissítéseken esett át a teljesítmény javítása érdekében.
Ezekkel a frissítésekkel olyan helyzetekben, amikor egy szervezet sok gazdagépet és virtuális gépet kezel ellenőrzőpontokkal, jelentős és észrevehető javulást tapasztalhat a feladat teljesítményének terén.
A tesztkörnyezetben, amelyben a VMM-példányok 20 gazdagépet kezelnek, és mindegyik gazdagép 45–100 virtuális gépet kezel, a teljesítmény akár tízszeres javulását is mértük.
Továbbfejlesztett konzolmunkamenet a VMM-ben
A VMM konzol-csatlakoztatási képessége alternatív módot kínál a virtuális géphez távoli asztalon keresztüli csatlakozásra. Ez a módszer akkor hasznos, ha a virtuális gép nem rendelkezik hálózati kapcsolattal, vagy ha olyan hálózati konfigurációra szeretne váltani, amely megszakíthatja a hálózati kapcsolatot. A VMM konzolcsatlakoztatási képessége jelenleg csak egy alapszintű munkamenetet támogat, ahol a vágólap szövege csak a Vágólap szövegének beírása menüvel illeszthető be.
A VMM támogatja a továbbfejlesztett konzolmunkamenetet, amely lehetővé teszi a Kivágás (Ctrl + X), a Másolás (Ctrl + C) és a Beillesztés (Ctrl + V) műveleteket az ANSI-szövegen és a vágólapon elérhető fájlokon. Ennek eredményeképpen a szöveghez és fájlokhoz tartozó másolási és beillesztési parancsok a virtuális gépről és a virtuális gépre is átvehetők. További információ: Bővített konzolmunkamenet engedélyezése a VMM-ben.
Tárolás
A VMM tárolási QoS továbbfejlesztése
A tárolási szolgáltatásminőség (QoS) lehetővé teszi a virtuális gépek tárolási teljesítményének központi monitorozását és kezelését a Hyper-V és a Scale-Out fájlkiszolgálói szerepkörök használatával. A szolgáltatás automatikusan javítja a tárolási erőforrások méltányosságát több virtuális gép között ugyanazon fürt használatával. Emellett szabályzatalapú teljesítménycélokat is lehetővé tesz.
A VMM a tárolási QoS következő fejlesztéseit támogatja:
- A tárolási QoS-támogatás kiterjesztése az S2D-n túl: Most már hozzárendelhet tárolási QoS-szabályzatokat a tárolóhálózatokhoz (SAN-ekhez). További információ: Tárolási QoS kezelése fürtökhöz.
- VMM magánfelhők támogatása: A tárolási QoS-szabályzatokat most már használhatják a VMM felhőbeli bérlői. További információ: Magánfelhő létrehozása.
- Tárolási QoS-szabályzatok rendelkezésre állása sablonként: A tárolási QoS-szabályzatokat virtuálisgép-sablonokon keresztül állíthatja be. További információ: Virtuálisgép-sablonok hozzáadása a VMM-erőforrástárhoz.
Hálózatkezelés
Vendégfürtök konfigurálása SDN-ben a VMM-mel
A szoftveralapú hálózat megjelenésével a Windows Server 2016 és a System Center 2016-ban a vendégfürtök konfigurációja módosult.
Az SDN bevezetésével a virtuális hálózathoz SDN használatával csatlakozó virtuális gépek csak a hálózati vezérlő által a kommunikációhoz hozzárendelt IP-címet használhatják. Az SDN kialakítását az Azure hálózattervezése ihlette, és támogatja a lebegő IP-funkciókat a szoftveres terheléselosztón (SLB) keresztül, például az Azure-hálózatkezelésen keresztül.
A VMM az SDN-forgatókönyvekben az SLB-ben is támogatja a lebegő IP-funkciókat. A VMM 1801 támogatja a vendégfürtöt egy belső terheléselosztó (ILB) VIRTUÁLIS IP-címén keresztül. Az ILB mintavételi portokat használ, amelyeket a vendégfürt virtuális gépei hoznak létre az aktív csomópont azonosításához. Egy adott időpontban csak az aktív csomópont mintavételi portja válaszol az ILB-nek. Ezután a virtuális IP-cím felé irányuló összes forgalom az aktív csomópontra lesz irányítva. További információ: Vendégfürtök konfigurálása SDN-ben a VMM-mel.
SLB VIRTUÁLIS IP-címek konfigurálása VMM-szolgáltatássablonokon keresztül
A Windows 2016 SDN-je az SLB használatával egyenletesen elosztja a hálózati forgalmat a szolgáltató és a bérlők által felügyelt számítási feladatok között. A VMM 2016 jelenleg támogatja az SLB VIRTUÁLIS IP-címek PowerShell használatával történő telepítését.
A VMM támogatja az SLB VIRTUÁLIS IP-címek konfigurálását, amikor többrétegű alkalmazásokat helyez üzembe a szolgáltatássablonok használatával. További információ: SLB VIRTUÁLIS IP-címek konfigurálása VMM-szolgáltatássablonokon keresztül.
Titkosított virtuálisgép-hálózatok konfigurálása a VMM-mel
A VMM támogatja a virtuálisgép-hálózatok titkosítását. Az új titkosított hálózatok funkciójával a teljes körű titkosítás egyszerűen konfigurálható a virtuálisgép-hálózatokon a hálózati vezérlő használatával. Ez a titkosítás megakadályozza az ugyanazon a hálózaton és ugyanazon alhálózaton található két virtuális gép közötti forgalmat az olvasásban és a manipulálásban.
A titkosítás vezérlése az alhálózat szintjén történik. A titkosítás a virtuálisgép-hálózat minden alhálózatán engedélyezhető vagy letiltható. További információ: Titkosított hálózatok konfigurálása SDN-ben a VMM használatával.
Biztonság
Linux rendszerű védett virtuális gépek támogatása
Windows Server 2016 bevezette a windowsos operációsrendszer-alapú virtuális gépekhez készült védett virtuális gépek fogalmát. A védett virtuális gépek védelmet nyújtanak a rosszindulatú rendszergazdai műveletek ellen. Védelmet nyújtanak, ha a virtuális gép adatai inaktívak, vagy ha a nem megbízható szoftverek Hyper-V-gazdagépeken futnak.
A Windows Server 1709-ben a Hyper-V támogatja a linuxos védett virtuális gépek kiépítését. Ugyanez a támogatás már ki van terjesztve a VMM-hez. További információ: Linux védett virtuálisgép-sablonlemez létrehozása.
Tartalék HGS konfigurálása
A gazdagépőr szolgáltatás (HGS) igazolási és kulcsvédelmi szolgáltatásokat biztosít a védett virtuális gépek Hyper-V-gazdagépeken való futtatásához. Katasztrófa esetén is működnie kell. A Windows Server 1709 támogatja a tartalék HGS-t.
A VMM használatával a védett gazdagépek konfigurálhatók elsődleges és másodlagos HGS URL-címpárokkal (igazolás és kulcsvédelmi URI). Ez a képesség olyan forgatókönyveket tesz lehetővé, mint a védett hálók üzembe helyezése, amelyek két adatközpontra terjednek ki vészhelyreállítás céljából, és a HGS védett virtuális gépekként fut.
A rendszer mindig az elsődleges HGS URL-címeket használja a másodlagos HGS URL-címek helyett. Ha az elsődleges HGS nem válaszol a megfelelő időtúllépés és újrapróbálkozási szám után, a rendszer újrapróbálkozott a másodlagos HGS-sel. A későbbi műveletek mindig az elsődlegeset részesítik előnyben. A másodlagos csak akkor használatos, ha az elsődleges nem működik. További információ: HGS tartalék URL-címek konfigurálása a VMM-ben.
Azure-integráció
Azure-Resource Manager- és régióspecifikus Azure-előfizetések kezelése
A VMM Azure beépülő modul jelenleg csak a klasszikus virtuális gépeket és a globális Azure-régiókat támogatja.
A VMM 1801 a következőket támogatja:
- Azure Resource Manager-alapú virtuális gépek.
- Az új Azure Portal használatával létrehozott Azure Active Directory-alapú hitelesítés.
- Régióspecifikus Azure-előfizetések, nevezetesen Németország, Kína és usa-beli kormányzati Azure-régiók.
További információ: Virtuális gépek kezelése.
A VMM 2019 UR1 új funkciói
Az alábbi szakaszok a VMM 2019 1. kumulatív frissítésében (UR1) támogatott új funkciókat vagy funkciófrissítéseket mutatják be.
Az UR1-ben kijavított problémákat és az UR1 telepítési utasításait a tudásbáziscikkben találja.
Compute
A replikált erőforrástár-megosztások felügyeletének támogatása
A nagyvállalatok általában többhelyes adatközpont-telepítésekkel rendelkeznek a világ különböző irodáinak kiszolgálására. Ezek a vállalatok általában helyileg elérhető erőforrástár-kiszolgálóval rendelkeznek a virtuális gépek központi telepítéséhez szükséges fájlok eléréséhez, nem pedig távoli helyről férnek hozzá a megosztott erőforrástár-megosztásokhoz. Ennek a megoldásnak az a célja, hogy elkerülje a hálózattal kapcsolatos problémákat, amelyet a felhasználók tapasztalhatnak. A kódtárfájloknak azonban konzisztensnek kell lenniük az összes adatközpontban az egységes virtuálisgép-üzemelő példányok biztosításához. A tár tartalmának egységessége érdekében a szervezetek replikációs technológiákat használnak.
A VMM mostantól támogatja a replikált erőforrástár-kiszolgálók kezelését. Bármilyen replikációs technológiát használhat, például az elosztott fájlrendszer-kezelési szolgáltatást, és kezelheti a replikált megosztásokat a VMM-mel. További információ: Replikált erőforrástár-megosztások kezelése.
Tárolás
DCB-beállítások konfigurálása S2D-fürtökön
A távoli közvetlen memória-hozzáférés (RDMA) és az adatközponthíd-létesítés (DCB) hasonló teljesítményt és veszteségességet eredményez az Ethernet-hálózatokban, mint a szálcsatornás hálózatokban.
A VMM 2019 UR1 támogatja a DCB konfigurálását S2D-fürtökön.
Megjegyzés
A DCB-beállításokat konzisztensen kell konfigurálnia az összes gazdagépen és hálóhálózaton (kapcsolókon). Az egyik gazdagépen vagy hálóeszközben helytelenül konfigurált DCB-beállítás hátrányosan befolyásolja az S2D teljesítményét. További információ: DCB-beállítások konfigurálása az S2D-fürtön.
Hálózatkezelés
A felhasználói élmény fejlesztései a logikai hálózatokban
A VMM 2019 UR1-ben a felhasználói élmény javul a logikai hálózatok létrehozásának folyamatában. A logikai hálózatok mostantól termékleírás szerint vannak csoportosítva a használati esetek alapján. Emellett minden logikai hálózattípushoz és egy függőségi gráfhoz is biztosítunk egy illusztrációt. További információ: Logikai hálózatok beállítása a VMM 2019 UR1 hálóban.
További lehetőségek a beágyazott virtualizálás engedélyezéséhez
Mostantól engedélyezheti a beágyazott virtualizálást, miközben új virtuális gépet hoz létre, és virtuálisgép-sablonokkal és szolgáltatássablonokkal helyezi üzembe a virtuális gépeket. A korábbi kiadásokban a beágyazott virtualizálás csak az üzembe helyezett virtuális gépeken támogatott. További információ a beágyazott virtualizálás engedélyezéséről.
Frissítések PowerShell-parancsmagokra
A VMM 2019 UR1 a következő parancsmagfrissítéseket tartalmazza a megfelelő funkciókhoz:
DCB-beállítások konfigurálása S2D-fürtökön
New-SCDCBSettings új parancsmag – konfigurálja a DCB-beállításokat a VMM által felügyelt S2D-fürtben.
Új [ -DCBSettings] paraméter – megadja a fürtön konfigurált DCB-beállításokat, és az Install-SCVMHostCluster, a Set-SCVMHostCluster és a Set-SCStorageFileServer parancsmagok tartalmazzák.
További lehetőségek a beágyazott virtualizálás engedélyezéséhez
- Új [ -EnableNestedVirtualization] paraméter – engedélyezi a beágyazott virtualizálást, és a Set-SCComputerTierTemplate parancsmag tartalmazza.
További információ ezekről a frissítésekről: VMM PowerShell-cikkek.
A VMM 2019 UR2 új funkciói
Az alábbi szakaszok a VMM 2019 2. kumulatív frissítésében (UR2) támogatott új funkciókat és funkciófrissítéseket ismertetik.
A VMM 2019 UR2-ben kijavított problémákért és az UR2 telepítési útmutatójaért lásd a TUDÁSBÁZIS-cikket.
Compute
Windows Server 2012 R2-gazdagépek támogatása
A VMM 2019 UR2 támogatja a Windows Server 2012 R2 gazdagépeket. A támogatott gazdagépekkel kapcsolatos további információkért lásd: Rendszerkövetelmények.
ESXi 6.7-gazdagépek támogatása
A VMM 2019 UR2 támogatja a VMware ESXi v6.7-kiszolgálókat a VMM-hálóban. Ez a támogatás további rugalmasságot biztosít a rendszergazdáknak a több használatban lévő hipervizor kezeléséhez. A támogatott VMware-kiszolgálóverziókkal kapcsolatos további információkért lásd: Rendszerkövetelmények.
Hálózatkezelés
A felhasználói élmény fejlesztései a logikai kapcsolók létrehozásában
A VMM 2019 UR2-vel a felhasználói élmény javul a logikai kapcsolók létrehozásának folyamatában. A 2019 UR2 tartalmazza az intelligens alapértelmezett beállításokat, világos szöveges magyarázatot nyújt a különböző lehetőségekhez a vizuális ábrázolásokkal együtt, valamint egy topológiadiagramot a logikai kapcsolóhoz. További információk.
IPv6-támogatás
A VMM 2019 UR2 támogatja az IPv6 SDN üzembe helyezését. További információk.
Kiépítés a virtuális hálózati adapterek és a fizikai adapterek közötti affinitás beállításához
A VMM 2019 UR2 támogatja a vNIC-k és a pNIC-k közötti affinitást. A virtuális hálózati adapterek és a fizikai adapterek közötti affinitás rugalmasan irányítja a hálózati forgalmat a csoportosított pc-k között. Ezzel a funkcióval növelheti az átviteli sebességet az RDMA-kompatibilis fizikai adapter rdMA-beállításokat használó virtuális hálózati adapterrel való leképezésével. Adott típusú forgalmat (például élő migrálást) is átirányíthat egy nagyobb sávszélességű fizikai adapterre. A HCI üzembehelyezési forgatókönyveiben az affinitás megadásával az SMB többcsatornás használatával magas átviteli sebességet érhet el az SMB-forgalomhoz. További információk.
Egyéb
SQL Server 2019 támogatása
A VMM 2019 RTM és újabb verziók mostantól támogatják a 2019-es SQL Server.
Linux operációs rendszer támogatása
A VMM 2019 UR2 támogatja a Red Hat 8.0, CentOS 8, Debian 10, Ubuntu 20.04 Linux operációs rendszereket.
Frissítések PowerShell-parancsmagok
A VMM 2019 UR2 a következő parancsmagfrissítéseket tartalmazza a megfelelő funkciókhoz:
VMM-tanúsítvány frissítése
- Új parancsmag Update-SCVMMCertificate – frissíti a VMM-tanúsítványt a VMM-kiszolgálón.
Affinitás beállítása virtuális hálózati adapterek és fizikai adapterek között
- Új paraméter [-PhysicalNetworkAdapterName] – a fizikai hálózati adapter nevét adja meg, és a New-SCVirtualNetworkAdapter és a Set-SCVirtualNetworkAdapter parancsmagok tartalmazzák.
IPv6-támogatás
Új [ -IPv6Subnet] paraméter – egy IPv6-alhálózatot ad meg, és szerepel az Add-SCFabricRoleResource parancsmagban.
Frissítések meglévő parancsmagok paramétereire:
- A(z) ";" elválasztott IPv4- és IPv6-cím az Add-SCVMNetworkGateway parancsmag [-RoutingIPSubnet] paraméterének továbbítható.
- Az IPv6-címek a New-SCGatewayRoleConfiguration parancsmag [-PublicIPAddresses] paraméteréhez is hozzáadhatók.
További információ ezekről a frissítésekről: VMM PowerShell-cikkek.
A VMM 2019 UR3 új funkciói
Az alábbi szakaszok a VMM 2019 3. kumulatív frissítésében (UR3) támogatott új funkciókat és funkciófrissítéseket ismertetik.
A VMM 2019 UR3-ban kijavított problémákért és az UR3 telepítési útmutatóiért lásd a TUDÁSBÁZIS-cikket.
Compute
Csomagtartó mód támogatása virtuálisgép-alapú virtuális hálózati adapterekhez
A VMM 2019 UR3 csomagtartó módú támogatást nyújt a virtuálisgép-alapú virtuális hálózati adapterekhez. A csomagtartó módot az NFV-/VNF-alkalmazások, például virtuális tűzfalak, szoftveres terheléselosztók és virtuális átjárók használják a több virtuálisLAN-on keresztüli forgalom küldésére és fogadására. További információk.
Az Azure Stack HCI-fürtök támogatása
A VMM 2019 UR3 támogatja az Azure Stack HCI-fürtök hozzáadását, üzembe helyezését és kezelését a VMM-ben. A kiszolgálói operációs rendszer jelenlegi termékváltozata mellett a VMM kiterjeszti az Azure Stack HCI támogatását.
Az Azure Stack HCI 20H2-es verziója az újonnan bevezetett hyper-converged infrastruktúra (HCI) operációs rendszer, amely virtualizált számítási feladatokkal rendelkező helyszíni fürtökön fut.
Az Azure Stack-fürtök VMM-ben való kezelésére szolgáló műveletek többsége hasonló a Windows Server-fürtök kezeléséhez. További információk.
Megjegyzés
Az Azure Stack HCI-hez nyújtott fürtök kezelése jelenleg nem támogatott a VMM-ben.
Frissítések PowerShell-parancsmagok
A VMM 2019 UR3 a következő parancsmagfrissítéseket tartalmazza a VM-alapú virtuális hálózati adapterek Csomagtartó üzemmódjának támogatásához:
Az [-AllowedVLanList] és a [NativeVLanId] új paramétereket a New-SCVirtualNetworkAdapter és a Set-SCVirtualNetworkAdapter parancsmagok tartalmazzák.
További információ ezekről a frissítésekről: VMM PowerShell-cikkek.
A VMM 2019 UR4 új funkciói
Az alábbi szakaszok a VMM 2019 4. kumulatív frissítésében (UR4) támogatott új funkciókat vagy funkciófrissítéseket ismertetik.
Az UR4-ben kijavított problémákat és az UR4 telepítési utasításait a tudásbáziscikkben találja.
Compute
Windows Server 2022 és Windows 11 támogatása
A VMM 2019 UR4 támogatja Windows Server 2012 2022-es és Windows 11 vendég virtuális gépeket. A támogatott gazdagépekkel kapcsolatos további információkért lásd: Rendszerkövetelmények.
Intelligens kártyás bejelentkezés támogatása
A VMM 2019 UR4 támogatja az intelligens kártyás bejelentkezést a virtuális gépek továbbfejlesztett munkamenet-módban való csatlakoztatásához.
A VMM 2019 UR5 új funkciói
Az alábbi szakaszok a VMM 2019 5. kumulatív frissítésében (UR5) támogatott új funkciókat vagy funkciófrissítéseket ismertetik.
Az UR5-ben kijavított problémákat és az UR5 telepítési utasításait a tudásbáziscikkben találja.
Compute
VMware vSphere 7.0, 8.0 és ESXi 7.0, 8.0 támogatása
A VMM 2019 UR5 támogatja a VMware vSphere 7.0, 8.0 és ESXi 7.0, 8.0 verziót. További információk.
Arc-kompatibilis SCVMM felderítése a VMM-konzolról
A VMM 2019 UR5 segítségével felfedezheti az Arc-kompatibilis SCVMM-et a konzolról, kezelheti a hibrid környezetet, és önkiszolgáló virtuálisgép-műveleteket hajthat végre Azure Portal keresztül. További információk.
A VMM 2019 UR6 új funkciói
Az alábbi szakaszok a VMM 2019 6. kumulatív frissítésében (UR6) támogatott új funkciókat vagy funkciófrissítéseket ismertetik.
Az UR6-ban kijavított problémákat és az UR6 telepítési utasításait a tudásbáziscikkben találja.
Továbbfejlesztett Arc-kompatibilis SCVMM Discovery lap
Az Azure Arc lap most az Arc-kompatibilis SCVMM legújabb funkcióit emeli ki, amelyek többek között az Olyan Azure-felügyeleti szolgáltatások támogatását tartalmazzák, mint a Microsoft Defender a felhőhöz, Azure Frissítéskezelő, az Azure Monitor, a Microsoft Sentinel stb. További információk.
Ha WS 2012-es és 2012R2-es gazdagépet és vendég operációs rendszert futtat, az Azure Arc panel mostantól útmutatást nyújt a támogatás állapotának folytatásához.
Fontos
A Virtual Machine Manager (VMM) ezen verziója elérte a támogatás végét. Javasoljuk, hogy frissítsen a VMM 2022-re.
Ez a cikk a System Center 1807 – Virtual Machine Manager (VMM) által támogatott új funkciókat ismerteti.
A System Center 1807 – Virtual Machine Manager újdonságai
A VMM 1807-ben támogatott új funkciókkal kapcsolatos információkért tekintse meg az alábbi szakaszokat.
Megjegyzés
A kijavított hibák és a VMM 1807 telepítési útmutatójának megtekintéséhez tekintse meg a tudásbázis 4135364 című cikket.
Tárolás
Támogatja a CSV kiválasztását új VHD elhelyezéséhez
A VMM 1807 lehetővé teszi egy megosztott fürtkötet (CSV) kiválasztását egy új virtuális merevlemez (VHD) elhelyezéséhez.
A VMM korábbi verzióiban alapértelmezés szerint egy virtuális gépen (VM) található új VHD ugyanazon a CSV-n van elhelyezve, ahol a virtuális géphez társított korábbi VHD-k vannak elhelyezve, nem volt lehetőség másik CSV/mappa kiválasztására. A CSV-hez kapcsolódó problémák, például a teljes tárterület vagy a túlterhelés esetén a felhasználóknak csak a VHD üzembe helyezése után kellett migrálniuk a VHD-t.
A VMM 1807-es verzióval mostantól bármilyen helyet kiválaszthat az új lemez elhelyezéséhez. Ezt a lemezt egyszerűen kezelheti a CSV-k tárolási rendelkezésre állása alapján. További információk.
Hálózatkezelés
A hálózati eszközök LLDP-információinak megjelenítése
A VMM 1807 támogatja a Link Layer Discovery Protocol (LLDP) protokollt. Mostantól megtekintheti a gazdagépek hálózati eszköztulajdonságait és képességeit a VMM-ből. A gazdagép operációs rendszerének Windows 2016-os vagy újabb verziójának kell lennie.
A DataCenterBridging és a DataCenterBridging-LLDP-Tools funkciók engedélyezve vannak a gazdagépeken az LLDP-tulajdonságok lekéréséhez. További információk.
SET-kapcsoló átalakítása logikai kapcsolóvá
A VMM 1807 lehetővé teszi a beágyazott összevonási (SET) kapcsoló logikai kapcsolóvá konvertálását a VMM-konzol használatával. A korábbi verziókban ezt a funkciót csak PowerShell-szkripttel támogatták. További információk.
VMware-gazdagép kezelése
A VMM 1807 támogatja a VMware ESXi v6.5-kiszolgálókat a VMM-hálóban. Ez a támogatás további rugalmasságot biztosít a rendszergazdáknak több használatban lévő hipervizor kezeléséhez. További információ a támogatott VMware-kiszolgálóverziók további részleteiről.
S2D-fürtfrissítés támogatása
A VMM 1807 támogatja az S2D-gazdagépek vagy -fürtök frissítését. Az egyes S2D-gazdagépeket vagy -fürtöket a Windows Server Update Servicesben (WSUS) konfigurált alapkonfigurációk alapján frissítheti. További információk.
Egyéb
Az SQL 2017 támogatása
A VMM 1807 támogatja az SQL 2017-et. Az SQL 2016-ot 2017-re frissítheti.
Fontos
A Virtual Machine Manager (VMM) ezen verziója elérte a támogatás végét. Javasoljuk, hogy frissítsen a VMM 2022-re.
Ez a cikk a System Center 1801 – Virtual Machine Manager (VMM) által támogatott új funkciókat ismerteti.
Ez a cikk a System Center 2016 – Virtual Machine Manager (VMM) által támogatott új funkciókat ismerteti.
A System Center 1801 – Virtual Machine Manager újdonságai
A VMM 1801-ben támogatott új funkciókkal kapcsolatos részletes információkért tekintse meg az alábbi szakaszokat.
Compute
Beágyazott virtualizálás
A VMM támogatja a beágyazott virtualizálási funkciót, amely lehetővé teszi a Hyper-V hyper-V virtuális gépen belüli futtatását. Más szóval a beágyazott virtualizálással maga a Hyper-V-gazdagép is virtualizálható. A beágyazott virtualizálás sávon kívül engedélyezhető a PowerShell és a Hyper-V gazdagép konfigurációjának használatával.
Ezzel a funkcióval csökkentheti az infrastruktúra költségeit a fejlesztési, tesztelési, bemutató- és betanítási forgatókönyvek esetében. Ezzel a funkcióval külső virtualizálási felügyeleti termékeket is használhat a Microsoft hipervizorával.
A beágyazott virtualizálási funkciót az SCVMM 1801 használatával engedélyezheti vagy tilthatja le. A virtuális gépet gazdagépként konfigurálhatja a VMM-ben, és gazdagépműveleteket hajthat végre a VMM-ből ezen a virtuális gépen. A VMM dinamikus optimalizálása például beágyazott virtuálisgép-gazdagépet tekint az elhelyezéshez. További információk.
VMware virtuális gép (EFI belső vezérlőprogram-alapú virtuális gép) migrálása Hyper-V virtuális gépre
A VMware virtuális gépek Hyper-V-be történő jelenlegi VMM-migrálása csak a BIOS-alapú virtuális gépek migrálását támogatja.
A VMM 1801 kiadás lehetővé teszi az EFI-alapú VMware virtuális gépek 2. generációs Hyper-V virtuális gépekre való migrálását. A Microsoft Hyper-V platformra migrálandó VMware virtuális gépek kihasználhatják a Hyper-V 2. generációs funkcióit.
Ennek a kiadásnak a részeként a Virtuális gép konvertálása varázsló engedélyezi a virtuális gép migrálását a belső vezérlőprogram típusa (BIOS vagy EFI) alapján, kiválasztja és alapértelmezés szerint a Hyper-V virtuális gép generációját a megfelelő módon választja ki és alapértelmezés szerint: További információ.
- A BIOS-alapú virtuális gépek az 1. generációs Hyper-V virtuális gépre lesznek migrálva.
- Az EFI-alapú virtuális gépek a 2. generációs Hyper-V virtuális gépre lesznek migrálva.
Továbbfejlesztettük a VMware virtuális gépek konvertálási folyamatát is, amely akár 50%-kal gyorsabbá teszi az átalakítást.
Teljesítménybeli javulás a gazdagép-frissítőben
A VMM 1801 gazdagép frissítője bizonyos frissítéseken esett át a teljesítmény javítása érdekében.
Ezekkel a frissítésekkel olyan helyzetekben, amikor a szervezet számos gazdagépet és virtuális gépet kezel ellenőrzőpontokkal– jelentős és észrevehető javulást tapasztalhat a feladat teljesítményében.
Tesztkörnyezetünkben, amelyben a VMM-példányok 20 gazdagépet kezelnek – mindegyik gazdagép 45–100 virtuális gépet kezel, akár 10x teljesítménybeli javulást is mértünk.
Továbbfejlesztett konzolmunkamenet a VMM-ben
A konzolcsatlakozás a VMM-ben alternatív módot kínál a távoli asztalra a virtuális géphez való csatlakozáshoz. Ez akkor hasznos, ha a virtuális gép nem rendelkezik hálózati kapcsolattal, vagy olyan hálózati konfigurációt szeretne módosítani, amely megszakíthatja a hálózati kapcsolatot. A VMM-ben jelenleg az aktuális konzolcsatlakozás csak az alapszintű munkamenetet támogatja, ahol a vágólap szövege csak a Vágólap szövegének beírása menüben illeszthető be.
A VMM 1801 támogatja a továbbfejlesztett konzolmunkamenetet, amely lehetővé teszi a Kivágás (Ctrl + X), a Másolás (Ctrl + C) és a Beillesztés (Ctrl + V) műveleteket az ANSI-szövegen és a vágólapon elérhető fájlokon, így a szöveg és a fájlok másolási/beillesztési parancsai a virtuális gépről és a virtuális gépre is átmásolhatók. További információk.
Tárolás
A VMM tárolási QoS továbbfejlesztése
A tárolási szolgáltatásminőség (SQoS) lehetővé teszi a Hyper-V és a Scale-Out file server (SOFS) szerepkörökkel rendelkező virtuális gépek tárolási teljesítményének központi monitorozását és kezelését. A funkció automatikusan javítja a tárolóerőforrás-méltányosságot több, ugyanazon fürtöt használó virtuális gép között, és lehetővé teszi a szabályzatalapú teljesítménycélokat.
A VMM 1801 az SQoS következő fejlesztéseit támogatja:
- SQoS-támogatás kiterjesztése az S2D-n túl – Mostantól tárolási QoS-szabályzatokat rendelhet a tárolóhálózatokhoz (SAN). További információk.
- A VMM magánfelhő támogatása – A tárolási QoS-szabályzatokat mostantól a VMM felhőbeli bérlői használhatják. További információk.
- Tárolási QoS-szabályzatok rendelkezésre állása sablonként – A tárolási QoS-szabályzatokat virtuálisgép-sablonokon keresztül állíthatja be. További információk.
Hálózatkezelés
Vendégfürtök konfigurálása SDN-ben a VMM-ben
A szoftveralapú hálózat (SDN) megjelenésével a Windows Server 2016 és a System Center 2016-ban a vendégfürtök konfigurációja módosult.
Az SDN bevezetésével a virtuális hálózathoz SDN használatával csatlakozó virtuális gépek csak a hálózati vezérlő által a kommunikációhoz hozzárendelt IP-címet használhatják. Az SDN-kialakítást az Azure hálózattervezés ihlette, a szoftveres Load Balancer (SLB) segítségével támogatja a lebegő IP-funkciókat, például az Azure-hálózatkezelést.
A VMM 1801-es kiadás a szoftveres Load Balancer (SLB) használatával is támogatja a lebegő IP-funkciókat az SDN-forgatókönyvekben. A VMM 1801 támogatja a vendégfürtök belső Load Balancer (ILB) virtuális ip-címen keresztüli csoportosítását. Az ILB mintavételi portokat használ, amelyek a vendégfürt virtuális gépén jönnek létre az aktív csomópont azonosításához. Egy adott időpontban csak az aktív csomópont mintavételi portja válaszol az ILB-nek, és a VIRTUÁLIS IP-címre irányuló összes forgalom az aktív csomópontra lesz irányítva. . További információk.
SLB-ip-címek konfigurálása VMM-szolgáltatássablonokon keresztül
A Windows 2016 SDN szoftveres terheléselosztással (SLB) egyenletesen eloszthatja a hálózati forgalmat a szolgáltató és a bérlők által felügyelt számítási feladatok között. A VMM 2016 jelenleg támogatja az SLB virtuális IP-címek (VIP-k) PowerShell használatával történő telepítését.
A VMM 1801-es verziójával a VMM támogatja az SLB VIP-k konfigurálását, miközben a szolgáltatássablonok használatával többrétegű alkalmazást helyez üzembe. További információk.
Titkosított virtuálisgép-hálózatok konfigurálása a VMM-ben
A VMM 1801 támogatja a virtuálisgép-hálózatok titkosítását. Az új titkosított hálózatok funkciójával a teljes körű titkosítás egyszerűen konfigurálható virtuálisgép-hálózatokon a Hálózati vezérlő (NC) használatával. Ez a titkosítás megakadályozza az ugyanazon a hálózaton és ugyanazon alhálózaton található két virtuális gép közötti forgalmat az olvasásban és a manipulálásban.
A titkosítás vezérlése az alhálózat szintjén van, és a titkosítás engedélyezhető/letiltható a virtuálisgép-hálózat minden alhálózatán. További információk.
Biztonság
Linux által védett virtuális gép támogatása
Windows Server 2016 bevezette a windowsos operációsrendszer-alapú virtuális gépekhez készült védett virtuális gépek fogalmát. A védett virtuális gépek védelmet nyújtanak a rosszindulatú rendszergazdai műveletek ellen mind akkor, ha a virtuális gép adatai inaktívak, vagy nem megbízható szoftver fut a Hyper-V-gazdagépeken.
A Windows Server 1709-zel a Hyper-V támogatja a linuxos védett virtuális gépek kiépítését, és ugyanez ki van terjesztve a VMM 1801-es verzióra is. További információk.
Tartalék HGS konfigurálása
Mivel a védett virtuális gépek Hyper-V-gazdagépeken való futtatásához szükséges igazolási és kulcsvédelmi szolgáltatások központi szerepet játszik, a gazdagépőr szolgáltatásnak (HGS) katasztrófa esetén is működnie kell. A Windows Server 1709 támogatja a tartalék HGS-t.
A VMM 1801 használatával a védett gazdagépek konfigurálhatók elsődleges és másodlagos HGS URL-címpárokkal (igazolás és kulcsvédelmi URI). Ez a képesség olyan forgatókönyveket tesz lehetővé, mint a védett hálók üzembe helyezése, amelyek két adatközpontra terjednek ki vészhelyreállítás céljából, a védett virtuális gépekként futó HGS stb.
A rendszer mindig az elsődleges HGS URL-címeket használja a másodlagos helyett. Ha az elsődleges HGS nem válaszol a megfelelő időtúllépés és újrapróbálkozási szám után, a rendszer újra megkísérli a műveletet a másodlagoson. A későbbi műveletek mindig az elsődlegeset részesítik előnyben; A másodlagos csak akkor lesz használatban, ha az elsődleges meghibásodik. További információk.
Azure-integráció
Azure-Resource Manager- és régióspecifikus Azure-előfizetések kezelése
A VMM Azure beépülő modul jelenleg csak a klasszikus virtuális gépeket (VM-eket) és a globális Azure-régiókat támogatja.
A VMM 1801 támogatja az Azure Resource Manager-alapú virtuális gépek kezelését, valamint az új Azure Portal és régióspecifikus Azure-előfizetések (nevezetesen Németország, Kína, usa-beli kormányzati Azure-régiók) használatával létrehozott Azure Active Directory- (AD-) alapú hitelesítést. További információk.
A VMM 2016 újdonságai
A VMM 2016-ban támogatott új funkciókkal kapcsolatos részletes információkért tekintse meg a következő szakaszokat.
Compute
Nano Server-alapú gazdagépek és virtuális gépek teljes életciklus-felügyelete
A VMM-hálóban Nano Server-alapú gazdagépeket és virtuális gépeket építhet ki és felügyelhet. További információk.
Windows Server 2012 R2 gazdagépfürt működés közbeni frissítése
Mostantól a gazdagép számítási feladatainak leállása nélkül frissítheti a VMM-hálóban található Hyper-V- és kibővíthető fájlkiszolgálói (SOFS) fürtöket a Windows Server 2012 R2-ről a Windows Server 2016-ra. A VMM összehangolja a teljes munkafolyamatot. Kiüríti a csomópontot, eltávolítja a fürtről, újratelepíti az operációs rendszert, majd újra hozzáadja a fürthöz. További információ a Hyper-V-fürtök és SOFS-fürtök működés közbeni frissítéseiről.
Hyper-V- és SOFS-fürtök létrehozása
A Hyper-V- és SOFS-fürtök létrehozásához elérhető egy egyszerű munkafolyamat:
Hyper-V gazdagépfürtök operációs rendszer nélküli üzembe helyezése: A Hyper-V-gazdagépfürt operációs rendszer nélküli gépekről történő üzembe helyezése mostantól egyetlen lépés. További információ
Operációs rendszer nélküli csomópont hozzáadása meglévő Hyper-V-gazdagépfürthöz vagy SOFS-fürthöz: Mostantól közvetlenül hozzáadhat egy operációs rendszer nélküli számítógépet egy meglévő Hyper-V- vagy SOFS-fürthöz.
Új műveletek a virtuális gépek futtatásához
Mostantól növelheti/csökkentheti a futó virtuális gépek statikus memóriáját, illetve virtuális hálózati adaptereket adhat hozzá/távolíthat el. További információk.
Éles ellenőrzőpontok
Most már létrehozhat éles ellenőrzőpontokat a virtuális gépekhez. Ezek az ellenőrzőpontok a Kötet árnyékmásolata szolgáltatáson (VSS) alapulnak, és alkalmazáskonzisztensek (a mentett állapottechnológián alapuló szabványos ellenőrzőpontokhoz képest, amelyek nem). További információk.
Server App-V
A Server App-V alkalmazás a szolgáltatássablonok között már nem érhető el a VMM 2016-ban. A Server App-V alkalmazás használatával nem lehet új sablonokat létrehozni és új szolgáltatásokat üzembe helyezni. Ha VMM 2012 R2-ről frissít, és egy Server App-V alkalmazást tartalmazó szolgáltatással rendelkezik, a meglévő üzemelő példány továbbra is működni fog. A frissítés után azonban nem skálázhatja fel a réteget Server App-V alkalmazással. Más rétegek horizontális felskálázása lehetséges.
Megjegyzés
Az alábbi funkció 2016 UR9-től érhető el.
Továbbfejlesztett konzolmunkamenet a VMM-ben
A VMM konzolcsatlakozás képessége alternatív módot kínál a virtuális géphez távoli asztalon keresztüli csatlakozásra. Ez a módszer akkor hasznos, ha a virtuális gép nem rendelkezik hálózati kapcsolattal, vagy ha olyan hálózati konfigurációra szeretne váltani, amely megszakíthatja a hálózati kapcsolatot. A VMM konzolcsatlakoztatási képessége jelenleg csak egy alapszintű munkamenetet támogat, ahol a vágólap szövege csak a Vágólap szövegének beírása menüpont használatával illeszthető be.
A VMM támogatja a továbbfejlesztett konzolmunkamenetet, amely lehetővé teszi a kivágási (Ctrl + X), másolási (Ctrl + C) és beillesztési (Ctrl + V) műveleteket az ANSI-szövegen és a vágólapon elérhető fájlokon. Ennek eredményeképpen a szöveg és a fájlok másolási és beillesztési parancsai a virtuális gépről és a virtuális gépre is átmásolhatók. További információ: Továbbfejlesztett konzolmunkamenet engedélyezése a VMM-ben.
Tárolás
Tárolási fürtök üzembe helyezése és kezelése a Közvetlen tárolóhelyekkel (S2D)
A Windows Server 2016 Közvetlen tárolóhelyek szolgáltatása lehetővé teszi a magas rendelkezésre állású tárolóhelyek kiépítését a Windows Serverben. A VMM-mel létrehozhat egy Windows Server 2016 rendszerű kibővíthető fájlkiszolgálót, és a Közvetlen tárolóhelyekkel konfigurálhatja. A konfigurálás után tárolókészleteket és fájlmegosztásokat hozhat létre rajta. További információk.
Tárreplika
A VMM 2016-ban a Windows Tárreplika segítségével megvédheti a kötetek adatait, ha szinkron módon replikálja azokat az elsődleges és másodlagos (helyreállítási) kötetek között. Az elsődleges és másodlagos köteteket egyetlen fürtön helyezheti üzembe két különböző fürtre vagy két különálló kiszolgálóra. A Tárreplika beállítása és a feladatátvétel futtatása a PowerShell használatával történik. További információ
Tárolási szolgáltatásminőség (QoS)
A tárolási szolgáltatásminőség konfigurálásával biztosíthatja, hogy a lemezek, virtuális gépek, alkalmazások és bérlők számára elérhető erőforrás-minőség akkor se csökkenjen egy bizonyos szint alá, ha a gazdagépek és a tárolók nagy terhelés alatt állnak. A tárolási szolgáltatásminőséget a VMM-hálóban konfigurálhatja.
Hálózatkezelés
Szoftveralapú hálózatkezelés (SDN)
A VMM 2016-ban a teljes SDN-vermet üzembe helyezheti VMM-szolgáltatássablonok használatával.
- Üzembe helyezhet és felügyelhet egy több csomópontot tartalmazó hálózatvezérlőt egy alhálózatban. A hálózati vezérlő üzembe helyezése és előkészítése után megadhatja, hogy a hálóösszetevőket SDN-nel kell felügyelni a bérlői virtuális gépekhez való kapcsolódás és a szabályzatok definiálása érdekében.
- A hálózati vezérlő által felügyelt hálózatokon belüli forgalom elosztására szoftveres terheléselosztót helyezhet üzembe és konfigurálhat. A szoftveres terheléselosztó a bejövő és kimenő NAT-tal is használható.
- Üzembe helyezhet és konfigurálhat egy M+N redundanciával rendelkező Windows Server-átjárókészletet. Az átjáró üzembe helyezése után S2S-, GRE-, S2S IPSec- vagy L3-kapcsolaton keresztül csatlakoztatja a bérlői hálózatokat egy szolgáltatói hálózathoz vagy a saját távoli adatközpont-hálózatához.
Hálózati forgalom elkülönítése és szűrése
Korlátozhatja és elkülönítheti a hálózati forgalmat, ha a hálózatvezérlő és a PowerShell használatával hozzáférés-vezérlési listákat ad meg a portokhoz a virtuálisgép-hálózatokon, a virtuális alhálózatokon, a hálózati adaptereken vagy egy egész VMM-bélyegen. További információk.
Virtuális hálózati adapter elnevezése
Virtuális gépek üzembe helyezésekor érdemes egy üzembe helyezés utáni szkriptet futtatnia a vendég operációs rendszeren a virtuális hálózati adapterek konfigurálásához. Korábban ez bonyolult feladat volt, mivel az üzembe helyezéskor nem lehetett egyszerűen megkülönböztetni a különböző virtuális hálózati adaptereket. A Windows Server 2016-ot futtató Hyper-V-gazdagépeken üzembe helyezett 2. generációs virtuális gépek esetében mostantól egy virtuálisgép-sablonban elnevezheti a virtuális hálózati adaptert. Ez hasonló a fizikai hálózati adapterek esetében használt Consistent Device Naminghez (CDN).
Önkiszolgáló SDN-felügyelet a Windows Azure Pack (WAP) használatával
A hálózati vezérlő által felügyelt háló számára önkiszolgáló képességek biztosíthatók. Ezek közé tartozik a virtuálisgép-hálózatok létrehozása és felügyelete, a S2S IPSec-kapcsolatok konfigurálása, valamint a NAT-beállítások konfigurálása a bérlői és az infrastruktúrához tartozó virtuális gépekhez az adatközpontban.
Logikai kapcsoló üzembe helyezése gazdagépeken
- A logikai kapcsoló létrehozására szolgáló felület egyszerűbb lett, hogy könnyebb legyen a beállítások kiválasztása.
- A Hyper-V használatával közvetlenül konfigurálhat egy standard virtuális kapcsolót egy felügyelt gazdagépen, majd a VMM használatával átalakíthatja a standard virtuális kapcsolót egy VMM logikai kapcsolóvá, amelyet később további gazdagépekre is alkalmazhat.
- Ha logikai kapcsolót alkalmaz egy adott gazdagépre, ha a teljes művelet nem sikerül, a művelet visszaáll, és a gazdagép beállításai változatlanok maradnak. A továbbfejlesztett naplózás megkönnyíti a hibák diagnosztizálását.
Biztonság
Védett gazdagépek üzembe helyezése
Védett gazdagépeket és virtuális gépeket helyezhet üzembe és felügyelhet a VMM-hálóban, így védekezhet a rosszindulatú gazdagép-rendszergazdákkal és kártevőkkel szemben.
- A védett gazdagépek a VMM-hálóban felügyelhetők. A védett gazdagépek konfigurálhatók a HGS-kiszolgálókkal való kommunikációra, és kódintegritási szabályzatok adhatók meg, amelyek korlátozzák a védett gazdagépeken kernelmódban futtatható szoftvereket.
- Meglévő virtuális gépeket átalakíthat védetté, és új védett virtuális gépeket helyezhet üzembe.
Következő lépések
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: