Viime vuoden lopulla julkaisimme e-kirjan Microsoft-palvelinkäyttöjärjestelmien lisensoinnista virtuaaliympäristössä. Tätä seurasi Thomas Maurerin ja Andrew Syrewiczen webinaari. Tuon istunnon loppupuolella he esittivät joitain kysymyksiä. Sen jälkeen olemme saaneet muutaman lisää. Käytämme tätä artikkelia vastataksemme näihin kysymyksiin ja laajentaaksemme joitain e-kirjan ideoita.
Tapa, jolla lisensointi toimii Hyper-V Replican kanssa, käsiteltiin e-kirjassa ja siitä puhuttiin webinaarissa, mutta se on edelleen hyvin yleinen kysymys aihe. Valitettavasti vastaus on paljon vähemmän suosittu. Replikot ovat todellisia virtuaalikoneita, eivätkä ne ole samoja virtuaalikoneita kuin ne, joita ne replikoivat. Siksi ne on lisensoitava lähdevirtuaalikoneesta riippumatta. Lisenssi, jonka ostit lähdevirtuaalikoneelle, ei kata replikaa.
Se on tietysti vain alkeellisin selitys. Kuten kaikessa muussakin lisensoinnissa, aina tulee tilanteita, joihin ei tyydytä niin helposti. Aloittaakseen replikoiden ei tarvitse olla lisensoitua täsmälleen samalla menetelmällä kuin lähdettä. Ainoa vaatimus on, että heillä on laillinen lisenssi. Tämä ei todennäköisesti merkitse paljon useimmille ihmisille. Useimmat Hyper-V Replicaa käyttävät asennukset todennäköisesti replikoivat useimpia, elleivät kaikkia virtuaalikoneita. Jos olet kuitenkin jossain puolivälissä tai jos kopioit vain muutaman, tämä saattaa toimia eduksesi.
Replikan peruslisensointi
Oletetaan, että sinulla on 20 virtuaalikonetta, jotka käyttävät Windows Serveriä lähdeisännässä. Päätät ostaa yhden Datacenter-lisenssin kattaaksesi ne kaikki. Mutta haluat toistaa niistä vain kaksi. Vaikka kohdepalvelimen Datacenter-lisenssi kattaisi varmasti nämä kaksi kopiota, se on ylivoimaista. Niin kauan kuin vieraat käyttävät Standard Edition -versiota (eikä Datacenteria), voit kattaa heidät molemmat lisensoimalla kohdeisäntä yhdellä Standard Edition -lisenssillä. Yksinkertainen käsitys on siis, että Replica-lisenssit ovat omilla ehdoillaan ja ne ovat riippumattomia lähde-VM:istä.
Lisensointikopiot: Monet live-VM:t, joissa on vähän replikoita
Vältän mieluiten termin "Replikaisäntä" käyttöä, koska sellaista ei todellakaan ole. Mikä tahansa Hyper-V-järjestelmä voi isännöidä replikoita, eikä mikään estä sinua sekoittamasta replikoita ja aktiivisia virtuaalikoneita samassa isännässä. Käytämme sitä kuitenkin tässä mukavuuden vuoksi.
Oletetaan, että olet rakentanut klusterin, jossa on viisi isäntää ja muutama erillinen Hyper-V-isäntä. Olet suunnitellut katastrofipalautussivuston, jossa on neljä klusteroimatonta heikompitehoista isäntäkonetta. Ne käyttävät kaikkia samoja virtuaalikoneita, mutta laitteistoeroista johtuen heikentyneellä suorituskykyprofiililla. Kun kyseessä on aktiivinen viiden solmun klusteri, sinun on varmistettava, että jokaisella solmulla on riittävät lisenssit ajaakseen kaikkia virtuaalikoneita, joita ne saattavat koskaan käyttää milloin tahansa. Sitä voi olla vaikea ennustaa. Jos olet suunnitellut katastrofipalautussivuston niin, että sen isännät eivät ole klusteroituja, sinulla on paljon helpompi työ. Koska sinulla on vähemmän isäntiä, on lähes itsestään selvää, että et tarvitse yhtä monta lisenssiä, vaikka käyttäisit samaa määrää vieraita.
Monet isännät replikoituvat vähemmälle määrälle
Tämä mainittiin alkuperäisessä asiakirjassa ja verkkoseminaarissa, mutta se kannattaa toistaa. Jos lähdevirtuaalikoneen virtualisointioikeus tulee lisenssistä, joka sisältää Software Assurancen, sinun ei tarvitse antaa erillistä lisensointia sen replikalle.
Meidän on toistettava, että tämä lisenssisarja on keskittynyt Windows Server -käyttöjärjestelmään vieraana. Windowsin työpöytäversiot virtuaaliympäristössä ovat erilaisia ja monimutkaisia, mutta niiden lisensointimenetelmät ovat aina erilaisia kuin Windows Serverin.
Muiden kuin Microsoftin käyttöjärjestelmien osalta se riippuu täysin siitä, kuka tuotteen omistaa. Jos kyseessä on Linux-jakelu, joka ei vaadi ostettua lisenssiä, sinun ei tarvitse maksaa kenellekään mitään. Jos kyseessä on jokin muu käyttöjärjestelmä tai muu jakelu, josta joudut muuten maksamaan, tarkista tältä toimittajalta heidän säännöt. Microsoftilla ei ole lisenssivaatimuksia näille käyttöjärjestelmille replikoina sen enempää kuin niille aktiivisina virtuaalikoneena.
Pöytäkoneiden käyttöjärjestelmille tarkoitetun e-kirjan esimerkki puhui yhdestä vaihtoehdosta, jossa jokainen virtuaalikone vaati täyden pakatun peruslisenssin ja vähintään yhden muun käyttöoikeuden tehdä siitä täysin laillista Virtual Desktop Infrastructure (VDI) -ympäristössä. VDI:ssä virtuaalisen ilmentymän käyttämiseen käytettävän tietokonejärjestelmän on myös oltava asianmukaisesti lisensoitu. Tämä tarkoittaa, että joudut maksamaan paljon Windows-työpöytäkäyttöjärjestelmän lisenssejä, jos haluat tehdä VDI:stä todellisuutta.
Se on kuitenkin vain yksi vaihtoehto. Suhteellisen tuore muutos Microsoftin lisensoinnissa on Virtual Desktop Access -lisenssi (VDA), joka muuttaa sääntöjä joissakin tilanteissa. Muissa tapauksissa saatat käyttää työpöytäkäyttöjärjestelmää virtuaalikoneen sisällä, mutta et käytä sitä VDI:ssä. Sitten on täysin erilaiset säännöt. Tietenkin saatat joutua sekoittamaan ja sovittamaan täsmälleen tarpeidesi mukaan.
Toiminta on, että Windows-työpöytäkäyttöjärjestelmillä ei ole yksinkertaistettua lisensointimallia virtuaaliympäristössä, kuten Windows Server -käyttöjärjestelmissä. Vaikka suosittelenkin aina, että keskustelet tilanteestasi valtuutetun Microsoftin lisensoinnin asiantuntijan kanssa, on välttämätöntä, että teet niin, kun kyse on työpöytäkäyttöjärjestelmistä. Muuttujia ja vaihtoehtoja on yksinkertaisesti liian monta helposti seurattavan asiakirjan luomiseksi, joka sopii kaikkiin tilanteisiin.
Keskelimme klusterointia melko perusteellisesti e-kirjassa ja verkkoseminaarissa, mutta on myös muita tilanteita, joissa epäonnistuminen saattaa vaikuttaa. Entä jos esimerkiksi käytät kymmentä virtuaalikonetta klusteroimattomassa järjestelmässä ja se epäonnistuu? No, ei-OEM-lisenssit ovat siirrettävissä, joten kun hankit korvaavan laitteiston, hanki vain virtuaalikoneet ja jatka entiseen tapaan.
Jos tämä on vain tilapäinen tilanne ja aiot korjata lähdelaitteiston, voit palauttaa virtuaalikoneet takaisin kyseiseen laitteistoon ilman ongelmia. Tämä johtuu siitä, että 90 päivän siirtorajoituksesta luovutaan laitteistovian yhteydessä. Varo väärinkäyttämästä tätä, sillä luopuminen on tarkoitettu vain palauttamaan sinut tilaan, joka on verrattavissa ennen epäonnistumista.
Vian ulkopuolella jokainen lisenssin siirto käynnistää 90 päivän kellon. Kun lisenssi on siirretty uuteen järjestelmään, sitä ei voi laillisesti siirtää uudelleen 90 päivään. Tästä syystä sinun on lisensoitava jokainen klusterin isäntä mahdollisimman suurella määrällä virtuaalikoneita, joita se voi koskaan suorittaa, tai saatat olla vaatimusten vastainen.
Windows Server Foundation ei voi suorittaa Hyper-V-roolia, ja vaikka en löydä mitään varmaa, sitä ei näytä tuetulta myös vieraana. Oletan, että se toimisi, jos haluat tehdä jotain sellaista. Foundation ei näytä olevan Windows Server Standardin tai Datacenterin alemman version kattaman, mikä on järkevää, kun ajattelee Foundationin käyttötarkoituksia.
Windows Server Essentials tukee Hyper-V:tä. Yhden Essentials-lisenssin avulla voit asentaa Essentialsin isäntään ja käyttää yhtä virtuaalista Essentials-esiintymää edellyttäen, että et käytä muita rooleja isännässä. Windows Server Essentialsia ei myöskään kata alasversion oikeudet.
Käytettäviin lisenssiavaimiin liittyi monia kysymyksiä. Ensimmäinen asia on muistaa, että lisenssit ovat lisenssejä ja avaimet ovat avaimia. Nämä termit eivät ole keskenään vaihdettavissa, ja niillä on vain minimaalinen suhde toisiinsa. Lisenssit ovat sopimuksia, jotka teet Microsoftin kanssa heidän ohjelmistonsa laillisesta käytöstä. Näppäimet ovat aakkosnumeerisia merkkejä, jotka kytket sisään estääksesi Windows Serverin sammumisen.
Avain, jonka kirjoitat mihin tahansa Windows Server -esiintymään, ei ole laillisesti väliä. Minkä tahansa avaimen aktivointi voi olla loppu tai se voi olla toista versiota varten, mutta muuten Windows Server -järjestelmä ottaa sen käyttöön. Niin kauan kuin sinulla on laillinen lisenssi käyttää ilmentymää, johon asetat avaimen, millään muulla ei ole väliä. Siksi jokainen Automaattisen virtuaalikoneen aktivoinnin esiintymä käyttää samaa avainta kuin kaikki muutkin.
Mitä näppäintä sinun tulee käyttää kussakin tilanteessa, riippuu käyttöjärjestelmän versiosta ja versiosta. Jos se siirtyy toiseen isäntään Live Migrationin tai viennin/tuonnin kautta, sinun ei tarvitse avata sitä uudelleen. Sinun on vain varmistettava, että kohdeisännällä on käytettävissä virtualisointioikeus.
Useat teräväsilmäiset lukijat ilmoittivat meille e-kirjan virheestä. Toisessa esimerkissä sanoimme, että fyysisiä suorittimia oli 2, mutta kuvassa oli 4 fyysistä prosessoria. Tämä teki muun esimerkin vaikeaksi ymmärtää. Tämän selventämiseksi kuva oli oikea, mutta teksti ei. Olemme sittemmin korjanneet e-kirjan tekstiä, joten voit palata alkuperäiselle sivulle ja hankkia päivitetyn kopion.
Windows Server 2012:sta alkaen (aiemmissa versioissa oli erilaiset säännöt) Standard- ja Datacenter-versiot ovat molemmat lisensoitu fyysisen prosessoriparin mukaan. Jotta tätä ei sekoitettaisi ytimiin, helpompi tapa ajatella tätä on, että lisensointi tapahtuu täytettyjen fyysisten prosessorikantojen avulla. Joten jos aloitat kahden prosessorin järjestelmästä ja haluat käyttää saman määrän virtuaalikoneita nelisuorittimella, lisenssikustannukset kaksinkertaistuvat, koska et voi rajoittaa sitä, millä fyysisillä vastakkeilla virtuaalikoneet toimivat. Verrasimme eBookissa esimerkin 1 kahden 8-ytimisen järjestelmää esimerkin 2 neliytimiseen järjestelmään näyttääksemme, kuinka maksaisit kaksinkertaisen lisenssin samasta määrästä ytimiä. Tämä on prosessorikohtaisen lisensoinnin vaikutus.
Kuten aina, kehotan sinua ottamaan kaikki kysymykset suoraan lisenssimyyjääsi tai Microsoftin lisenssitiimiin. Näiden artikkeleiden ja esitysten tarkoituksena on esitellä sinulle peruskäsitteet ja päästä yli tärkeistä esteistä. Niiden ei ole tarkoitus selittää täysin kaikkia mahdollisia tilanteita.
Kun lähetät kysymyksiä, ota huomioon, että puhumme vain Microsoftin käyttöjärjestelmistä virtuaaliympäristössä ja keskitymme palvelinalustoihin. Kuten sanoimme, työpöytäkäyttöjärjestelmän lisensointikokoonpanot ovat liian erilaisia kattaakseen riittävästi yleisessä mielessä. Ohjelmistot ja palvelinsovellukset ylittävät sen, mitä voimme kohtuudella käsitellä Hyper-V:lle omistetussa blogissa. Ota yhteyttä sovelluksen toimittajaan.
Virtuaaliympäristössä oleviin Microsoft-palvelinkäyttöjärjestelmiin liittyvissä kysymyksissä toivomme, että nämä asiakirjat ovat antaneet tarpeeksi tietoa, jotta pääset alkuun. Kuten tavallista, voit jättää meille kommentin tai lähettää meille sähköpostia, jos jokin on epäselvää!
![[Ratkaistu] Ei voi muodostaa yhteyttä MySql-palvelimeen localhostilla (10061) (Näytä aihe) * Apache OpenOffice -yhteisöfoorumi](http://website-google-hk.oss-cn-hongkong.aliyuncs.com/drawing/26/2022-3-1/7051.jpeg "[Ratkaistu] Ei voi muodostaa yhteyttä MySql-palvelimeen localhostilla (10061) (Näytä aihe) * Apache OpenOffice -yhteisöfoorumi")
