Windows szerver 2018 r2 változások a Failover Clustering technológiát, a Windows IT Pro
ARUBA INSTANT WI-FI: egyszerű, hatékony, olcsó
határozatképesség javulás
Az eredmény „1” azt jelenti, hogy a részvény tanú egy hang. A „0” azt jelenti, hogy nincs hang.
Ha megbetegedtek az a gondolat, hogy a hang veszít egy véletlenszerűen kiválasztott csomópont, amit tehetünk, az egyik fő platformon (azaz egy olyan platform, amelyen szeretnénk összegyűjteni határozatképes). A jövőben, akkor manuálisan válassza ki a csomópontot, hogy elveszíti hangját a forgatókönyv interferencia egyensúly elkövető. Például, ha azt szeretnénk, a másodlagos helyen csomópont elvesztette a hangját, akkor használja a következő parancsot:
Ebben a parancsban, akkor kell használni a kifejezést a csomópont nevét, hogy elveszíti a hangját esetén az egyensúly.
Amint az 1. ábrán látható, akkor megtekintéséhez szavazatot minden csomópont a fürt csomópontjai menedzser failover cluster ablakát. Emiatt most már sokkal könnyebb, hogy megtudja a státuszát hang a klaszteren belül, ami nagyon hasznos, figyelembe véve az összes lehetőséget a dinamikus határozatképes.
CSV technológiai változások
- Ha CSV technológia fürtözött lemezterület tulajdonosi CSV kötetet most dinamikusan újraelosztását csomópontok. Újraelosztása tulajdonosi segít, hogy jobb egyensúlyt az olvasási / írási műveletek a lemezen a csomópontok között. Ha a csomópont eltávolítjuk a klaszter vagy újra kapcsolódik hozzá, az egyensúlyt a tulajdonosi CSV kötet dinamikusan változtatni úgy, hogy biztosítsa az optimális eloszlás.
- CSV hibatűrésre mechanizmus javult használata révén több példányát kiszolgáló szolgáltatás minden egyes csomóponthoz. Így elválasztó különböző típusú forgalmi és minimalizálja a hatás kiterjedése a meghibásodása esetén a szolgáltatás.
- diagnosztikai eszközök javult mechanizmus CSV problémákat. Most minden esetben a diszpécser CSV Feladatátvevő Cluster Manager jelzi, hogy ebben az esetben az input-output módban (I / O), és valamilyen oknál fogva, ha igen.
Másodszor, engedélyezni kell a CSV cache mindegyik lemezen. Ahhoz, hogy kapcsolja be a lemez cache CSV, akkor használja a következő parancsot:
virtualizáció változások
Vendéglistát klaszter lehetséges volt a Hyper-V rendszer több éve. Azonban, ha egy vendég köteles megosztott tárhelyet klaszterek, szükséges volt használni technológiák, mint például az iSCSI protokoll és a virtuális kapcsolatok Fibre Channel. Bár ez a megközelítés hatékony, megnyitja a virtuális gép információt a fizikai üzletek, és ez a megoldás nem ideális számos környezetben.
Ha meg szeretné osztani VHDX fájlt, válasszuk a virtuális merevlemez megosztását a lemez beállításait. Ez az opció megtalálható Speciális funkciók ablakkezelő Hyper-V Manager a 2. ábrán látható.
Képernyő 2. Inclusion megosztási fájlt VHDX
Konfigurálja a virtuális merevlemez megosztás, akkor is használhatja PowerShell. Csak azt kell futtatni Add-VMHardDiskDrive parancsot a -ShareVirtualDisk:
Tartsuk szem előtt, hogy egyes mechanizmusok nem működnek együtt megosztott fájlt VHDX, mivel használata több operációs rendszer. Például a megosztott képre VHDX:
- Ez nem lehet reprodukálni része Hyper-V replika adatok;
- nem lehet mozgatni a mechanizmus dinamikus tároló, akkor ki kell kapcsolni a virtuális gép áthelyezése előtt egy megosztott fájl VHDX;
- Ez nem teszi lehetővé a dinamikus átméretezés;
- Ez nem lehet része a biztonsági szint a fogadó szerver; nem tud egy általános file VHDX Hyper-V szerver host mentés.
Remélem, hogy ezek a korlátozások lesznek távolítva a jövőbeli verziói a Windows Server, de fontos megjegyezni róluk.
Az utolsó változás kapcsolódó virtualizáció, az is a célja, hogy a legmagasabb hosszú távú rendelkezésre a virtuális környezetekben. Általános probléma a logikai mechanizmus Failover Clustering - hiba felderítése. Ha a csomópont fut és a virtuális gép ugyanaz, úgy tűnik, hogy a virtuális környezet rendben van. Azonban a hálózati adaptert lehet hibás vagy nincs csatlakoztatva, így a virtuális gép nem lesz képes megállapítani a külső kapcsolatok a gazda kiszolgáló, teszi őket haszontalan.
Képernyő 3. Állítsa a biztonságos hálózati
Ha a védett hálózat nem érhető el, Failover Clustering mechanizmus automatikusan végrehajtja a dinamikus migráció a virtuális gépek egy másik fogadó szerver a kapcsolatot a kívánt hálózatot.
A klaszter nem csatlakozik az AD könyvtár
- Ez a mechanizmus nem jól illeszkedik a klaszterek Kerberos hitelesítés a Kerberos hitelesítés elvégzéséhez szükség van egy élő migráció a Hyper-V klaszterek és a Hyper-V klaszter, ahol az élő migráció lehetetlen, haszontalan.
- Ez a mechanizmus nem jól alkalmas klaszterek fájl szerverek, valamint a SMB protokoll általában használ a Kerberos hitelesítést.
- Nem szükséges, hogy ezt a mechanizmust, ha a használni kívánt BitLocker titkosítási technológia CSV kötetek BitLocker technológia megköveteli a tárgy fürtnevet objektum.
- Ez a mechanizmus nem megfelelő, ha a szolgáltatás használata Microsoft Message Queue Services (MSMQ), mint az MSMQ szolgáltatás elvégzésére felvétel az AD könyvtárban.
Ez a lista nagyon győződve arról, hogy klaszter nem csatlakozik Active Directory-, amelyet kizárólag az SQL Server környezetben SQL Server hitelesítés a hitelesítő, és nem ajánlott más környezetben. Ez a mechanizmus azonban rendkívül hasznos azok környezetekben SQL Server, amely felhasználja a hitelesítés SQL Server Authentication, és nem rendelkezik jogosultsággal objektumok létrehozására az AD könyvtárban.
Failover Clustering technológiát, és a Hyper-V hypervisor ment észrevehető változás. De még ennél is figyelemre méltó az a tény, hogy minden új verziója a Windows Server Hyper-V mechanizmusok és Failover Clustering egyre szorosabban összefonódik egymással. Amikor együtt használják, alkotnak egy nagyon erős platform virtualizáció. Ezen túlmenően, a mechanizmus a Failover Clustering továbbra is az alapja a folyamatos munka sok más szolgáltatás.
Ossza meg képeit barátaival és kollégáival