Beispiel-GPO<\/figcaption><\/figure>\n <\/p>\n
Schritt 3 – Portfreigabe<\/strong><\/span>
\nDamit die Migration durchgef\u00fchrt werden kann, m\u00fcssen diverse Portfreigaben gesetzt werden. Zus\u00e4tzlich zu den gew\u00f6hnlichen LDAP-Ports usw. gesellt sich hier der Port TCP 6600. Ohne den geht gar nichts. Hier w\u00e4re es am Besten, einfach das Firewall-Monitoring zu \u00f6ffnen um zu schauen, was noch zwischen den Clustern geblockt wird.<\/p>\n <\/p>\n
Schritt 4 – Kerberos<\/strong><\/span>
\nNun wird es spannend, denn hier m\u00fcssen wir von jeder Empfehlung abweichen auf Grund unserer Multi-Domain-Struktur. Wir klicken also im ersten Cluster im Domain Controller auf “Active Directory User and Computers” und suchen die Maschinen-Accounts unserer Hosts. Wir picken uns den ersten Host heraus, \u00f6ffnen dessen Properties und klicken auf den Tab “Delegation”. Hier m\u00fcssten wir eigentlich<\/em> alle Hosts einzeln f\u00fcr die ben\u00f6tigten Services auf dem Host berechtigen. Unser einziges Problem: Wir k\u00f6nnen hier keine Hosts aus Vertrauensstellungen ausw\u00e4hlen. Stattdessen setzen wir also unseren Haken bei “Trust this Computer for Delegation to any service (Kerberos only)”. Da dies ein St\u00fcck weit auch die Tore \u00f6ffnet, ist es umso wichtiger, die Firewall in Schritt 3 sorgf\u00e4ltig zu konfigurieren. Diese Aktion ist f\u00fcr jeden Host in jedem Cluster zu wiederholen.<\/p>\n <\/p>\n
Schritt 5 –\u00a0Hyper-V Einstellungen setzen<\/strong><\/span>
\nNun muss man noch auf jedem einzelnen Hyper-V-Host die generellen Einstellungen anpassen. Dazu \u00f6ffnen wir den Hyper-V Manager, klicken auf Hyper-V Settings und w\u00e4hlen dann links die Option “Live Migrations”. Folgende Einstellungen m\u00fcssen gesetzt werden:<\/p>\n[x] Enable incoming and outgoing live migrations
\n[x] Use any available network for live migration (kann auch ge\u00e4ndert werden)<\/p>\n
-> Links die Option Live Migrations \u00fcber das + erweitern und auch noch folgende Einstellungen setzen:<\/p>\n
[x] Use Kerberos
\n[x] TCP\/IP oder Compression (das eine belastet das Netzwerk l\u00e4nger, das andere daf\u00fcr die CPU mehr)<\/p>\n
<\/p>\n
Schritt 6 – Netzwerke publizieren (Nur beim VMM)<\/strong><\/span>
\nIdealerweise haben Sie die Netze schon immer \u00fcber den VMM gepflegt, ansonsten wird es hier nochmal sehr trocken. Sobald Sie alle Cluster im VMM integriert haben, sollten Sie die Netzwerke anlegen. Ich kann hier nur jedem ans Herz legen, es vern\u00fcnftig zu machen, sprich ein Netz pro VLAN. Dies h\u00e4ngt ganz einfach mit den Erweiterungsm\u00f6glichkeiten des VMM zusammen, wie z.B. dem App Controller, bei welchem Sie den Usern Clouds zuordnen k\u00f6nnen (Ja, geht auch ohne, aber hier machts auch Sinn). Den Clouds k\u00f6nnen Sie verf\u00fcgbare Netze zuweisen, nicht jedoch nur einzelne VLANs aus einem Netz. Nachdem Sie jedes Netz angelegt und die Haken gesetzt haben, f\u00fcr welche Hosts diese Netze verf\u00fcgbar sein sollen, m\u00fcssen Sie nun nochmal bei jedem Host im VMM in die Eigenschaften reingehen. Unter dem Punkt Hardware weisen Sie nun den entsprechenden Netzwerkkarten die verf\u00fcgbaren VLANs zu. Dies ist leider unumg\u00e4nglich um VMs mit Netzwerkkarten von A nach B umziehen zu k\u00f6nnen. Man kann es sich leichter machen mit sogenannten Port-Profiles, danach am Besten einfach mal googlen.<\/p>\n <\/p>\n
Nach diesen Schritten sollte der Live-Migration nichts mehr im Wege stehen. Viel Spa\u00df!<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"Shared Nothing Live Migration ist nun bereits seit der Servergeneration 2012 fest integriert und wurde nun auch bei uns im Rahmen von diversen Clusteraktualisierungen zu einem echten Thema. Wie das Ganze funktioniert, werden wir hier im Detail nicht mehr erl\u00e4utern. Nur soviel sei dazu gesagt: W\u00e4hrend die urspr\u00fcngliche Live-Migration einen gemeinsam genutzten Storagepool voraussetzt, wird […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[164,25,17],"tags":[194,193,195,192],"class_list":["post-948","post","type-post","status-publish","format-standard","hentry","category-hyper-v","category-server","category-windows","tag-hyper-v","tag-shared-nothing-live-migration","tag-vmm","tag-vsm"],"translation":{"provider":"WPGlobus","version":"3.0.6","language":"en","enabled_languages":["de","en"],"languages":{"de":{"title":true,"content":true,"excerpt":false},"en":{"title":false,"content":false,"excerpt":false}}},"_links":{"self":[{"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/posts\/948","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/comments?post=948"}],"version-history":[{"count":1,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/posts\/948\/revisions"}],"predecessor-version":[{"id":950,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/posts\/948\/revisions\/950"}],"wp:attachment":[{"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/media?parent=948"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/categories?post=948"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/tags?post=948"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"Beispiel-GPO\"](\"https:\/\/technet.cloud4you.biz\/wp-content\/uploads\/2015\/07\/GPO.png\")
<\/a>