AFM_Adm 11 Geschrieben 27. Mai 2013 Melden Teilen Geschrieben 27. Mai 2013 (bearbeitet) Hallo beisammen, soweit ich weiß, werden System Center 2012 Komponenten, also SCOM 2012 oder SVMM 2012 auf einer VM unter Hyper-V supported. Habt ihr vielleicht Infos, welche Einschränkungen es in einem solchen Szenario gibt? bearbeitet 27. Mai 2013 von AFM_Adm Zitieren Link zu diesem Kommentar
zahni 554 Geschrieben 27. Mai 2013 Melden Teilen Geschrieben 27. Mai 2013 Welche Einschränkungen erwartest Du denn ? Selbstverständlich gilt auch hier: vernünftige Hardware erforderlich Zitieren Link zu diesem Kommentar
AFM_Adm 11 Geschrieben 27. Mai 2013 Autor Melden Teilen Geschrieben 27. Mai 2013 (bearbeitet) Ich gehe davon aus, wenn SCVMM 2012 selber auf einer VM läuft, sich also selber verwaltet, es Einschränkungen geben wird!? Ebenso beim SCOM 2012, wie schaut es z.B. aus wenn der Hyper-V Cluster abkachelt, dann spuckt der SCOM auch keine Warnmeldungen mehr aus, weil er down ist... Oder wenn ich den Hyper-V Host, auf dem der SCOM läuft in den Wartungsmodus setzen muss, dann wird die VM auf dem der SCOM läuft, ebenfalls in den Wartungsmodus gesetzt, kann mir nicht vorstellen, das der SCOM das so mag. bearbeitet 27. Mai 2013 von AFM_Adm Zitieren Link zu diesem Kommentar
zahni 554 Geschrieben 27. Mai 2013 Melden Teilen Geschrieben 27. Mai 2013 Die ´Software läuft in einer VM. Die VM verhält identisch mit anderen VM's. Wenn Dein Cluster richtig eingerichtet ist und andere VM's nicht "abkacheln" kachelt auch bei diesen VM's nichts. Wichtig ist, dass MS Dein konkretes Szenario supprted. Zitieren Link zu diesem Kommentar
Dunkelmann 96 Geschrieben 27. Mai 2013 Melden Teilen Geschrieben 27. Mai 2013 Hallo, natürlich kannst Du an einigen Stellen in ein Henne-Ei-Problem laufen, wenn Du System Center auf der von System Center verwalteten Infrastruktur installierst oder gar die Infrastruktur über System Center einrichten möchtest. An einigen Stellen sind vielleicht Kompromisse möglich, aber das ist eine Einzelfallentscheidung. Microsoft hat kürzlich einen Architecture Guide zum Thema herausgegeben - KMU gehören zwar nicht zur Zielgruppe; lesen lohnt sich aber trotzdem http://blogs.technet.com/b/privatecloud/archive/2013/05/03/infrastructure-as-a-service-product-line-architecture-guidance.aspx Zitieren Link zu diesem Kommentar
Necron 71 Geschrieben 27. Mai 2013 Melden Teilen Geschrieben 27. Mai 2013 Oder wenn ich den Hyper-V Host, auf dem der SCOM läuft in den Wartungsmodus setzen muss, dann wird die VM auf dem der SCOM läuft, ebenfalls in den Wartungsmodus gesetzt, kann mir nicht vorstellen, das der SCOM das so mag. Hi, die VM wird doch nicht in den Wartungsmodus versetzt. Sie wird dann von diesem Hyper-V Host auf einen anderen Hyper-V Host per Live Migration verschoben. Wenn der komplette Cluster wegen einem Stromausfall durch die USV heruntergefahren wird, dann bringt dir ein SCOM auf einem physischen Server auch nichts. ;) Beim VMM muss man nur acht geben, wenn man die Netzwerkkonfiguration Logical Switch etc. anpackt, dass man erst alle anderen Hyper-V Hosts konfiguriert. Dann den VMM per Live Migration verschiebt und zum Schluss den Hyper-V Host anpackt auf dem der SCVMM lief. Bis auf den DPM ist es problemlos möglich alle System Center Komponenten zu virtualisieren. Beim DPM geht man dann schon deutlichere Kompromisse ein. Zum Beispiel bietet der DPM, wenn er als VM installiert wird und VMs sichert kein Single Item Restore an, sondern nur einen Komplettrestore der VM. Aber wie immer in der IT Anforderungen definieren und dann kann man evaluieren welche Lösung besser geeignet ist. :) Zitieren Link zu diesem Kommentar
AFM_Adm 11 Geschrieben 29. Mai 2013 Autor Melden Teilen Geschrieben 29. Mai 2013 Hi, die VM wird doch nicht in den Wartungsmodus versetzt. Sie wird dann von diesem Hyper-V Host auf einen anderen Hyper-V Host per Live Migration verschoben. Wenn ich den Cluster bzw. einzelne Node's wegen Wartungsarbeiten (Updates) in den Wartungsmodus setzen muss, werden doch zwangsläufig die VM's die drauf laufen mit in den Wartungsmodus gesetzt!? So kenne ich es jedenfalls bisher von SCOM 2007 R2. Wenn der komplette Cluster wegen einem Stromausfall durch die USV heruntergefahren wird, dann bringt dir ein SCOM auf einem physischen Server auch nichts. ;) Ok bei einem Stromausfall nicht, aber wenn der Cluster bzw. SAN oder Komponenten von dem der Cluster abhängig ist ausfällt, dann schon... Zitieren Link zu diesem Kommentar
Dunkelmann 96 Geschrieben 29. Mai 2013 Melden Teilen Geschrieben 29. Mai 2013 Wenn ich den Cluster bzw. einzelne Node's wegen Wartungsarbeiten (Updates) in den Wartungsmodus setzen muss, werden doch zwangsläufig die VM's die drauf laufen mit in den Wartungsmodus gesetzt!? So kenne ich es jedenfalls bisher von SCOM 2007 R2. Vergiss den Wartungsmodus im SCOM, der war und ist für virtuelle Umgebungen kaum zu gebrauchen (Meine persönliche Meinung). Mit SC 2012 ist der VMM dafür zuständig - der sorgt dafür, dass die VMs migriert werden, der Clusterknoten in den Wartungsmodus geht usw. Zitieren Link zu diesem Kommentar
Necron 71 Geschrieben 29. Mai 2013 Melden Teilen Geschrieben 29. Mai 2013 Ok bei einem Stromausfall nicht, aber wenn der Cluster bzw. SAN oder Komponenten von dem der Cluster abhängig ist ausfällt, dann schon... Wenn der Cluster ausfällt, hast du andere Probleme als das der SCOM dir das meldet. ;) Genauso bei einem SAN Ausfall. Daher mindestens zwei Clusterknoten, redundante Switche sowie ein redundantes SAN am besten. Zitieren Link zu diesem Kommentar
AFM_Adm 11 Geschrieben 29. Mai 2013 Autor Melden Teilen Geschrieben 29. Mai 2013 Wenn der Cluster ausfällt, hast du andere Probleme als das der SCOM dir das meldet. ;) Genauso bei einem SAN Ausfall. Daher mindestens zwei Clusterknoten, redundante Switche sowie ein redundantes SAN am besten. Selbst wenn alle Komponenten redudant sind, kann sich ein Cluster aufhängen, auch wenn dies nicht der Fall sein sollte. Und wenn dies außerhalb der Betriebszeiten stattfindet und man es erst am nächsten Morgen merkt, da es keine Benachrichtigungen per Mail oder SMS gab, wäre es hilfreich, wenn des SCOM es melden würde. :) Zitieren Link zu diesem Kommentar
Dunkelmann 96 Geschrieben 29. Mai 2013 Melden Teilen Geschrieben 29. Mai 2013 Bei der Anforderung wirst Du um eine vom Produktiv-Cluster unabhängige hochverfügbare Monitoringlösung nicht herumkommen. Eigenes Gebäude (am Besten einen Bunker aus dem Kalten Krieg), redundante Stromversorgung incl. redundanter Einspeisung von verschiedenen Umspannwerken, Dieselgeneratoren, mehrfach redundante Datenverbindungen, Gebäudeüberwachung, Integration von EMA, BMA, Videoüberwachung ... :p Zitieren Link zu diesem Kommentar
Necron 71 Geschrieben 30. Mai 2013 Melden Teilen Geschrieben 30. Mai 2013 Bei der Anforderung wirst Du um eine vom Produktiv-Cluster unabhängige hochverfügbare Monitoringlösung nicht herumkommen. Das stimmt. Aber kommen wir mal wieder zum Ursprung zurück! Generell, wie schon gesagt wurde, kann man System Center 2012 in VMs installieren. Welche Komponenten man in eine VM installiert, hängt dann wiederum von den Anforderungen ab. Einschränkungen haben wir ja bereits aufgeführt und auch diskutiert. :) 1 Zitieren Link zu diesem Kommentar
AFM_Adm 11 Geschrieben 31. Mai 2013 Autor Melden Teilen Geschrieben 31. Mai 2013 Dank Dir Daniel! :) Setzt ihr selber auch SCOM und/oder SCVMM ein, wenn ja auf VM's? ;) Zitieren Link zu diesem Kommentar
Necron 71 Geschrieben 1. Juni 2013 Melden Teilen Geschrieben 1. Juni 2013 Komplette System Center 2012 SP1 Palette. Bis auf den DPM läuft alles in VMs. 1 Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.