Jump to content

tSh-Floyd

Members
  • Gesamte Inhalte

    318
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von tSh-Floyd

  1. Hallo zusammen. Ich habe folgende Konfiguration: 2 Knoten Cluster mit Hyper v Server 2008R2 mit insgesamt 5 Virtuellen Maschinen. Ich habe im FailoverCluster Manager den Haken gesetzt "Automatisch Starten" Jedoch scheint dies nicht korrekt zu funktionieren, wenn ich beide Knoten herunterfahre und vorher die VM's heruntergefahren habe, bleiben die VM's ausgeschaltet nachdem die Knoten wieder hochgefahren sind. Ist das Verhalten korrekt? Habe überlegt ob die VM's ausbleiben wiel ich sie vorher explizit heruntergefahren habe... Würde ja bedeuten das bei einem Power Loss und dem anschließenden Neustart die VM's wieder starten sollten oder? Gruß Philipp
  2. ja das ist nicht von mir, sondern meinem vorgänger. Werde da auch noch was aufräumen demnächst, ist nur ein Produktiv System mit Quasi Null Wartungsfenster^^ Hm, was heist so viele Adapter im Heartbeat. 4 Knoten = 4 Adapter... Werd das mal testen mit Teaming auflösen. Noch ne andere Frage, ich habe einen zweiten Cluster, der funktioniert einwandfrei, bis auf eins, im Heartbeat Netz wird ein Knoten nicht angezeigt, er ist jedoch vorhanden und läuft. Livemigration, etc. ist alles möglich von und zu dem Knoten. Woran kann das liegen das der Netzwerkadapter nicht in der Übersicht auftaucht?
  3. HI. Habe das mal überprüft, wir haben eine andere CPU Serie von Intel, die nicht auf der Liste steht. Verwunderlich ist jedoch, dass das nicht auf jedem Knoten passiert. Wenn ich eine Maschine z.b. von Knoten14 auf Knoten11 schiebe, wird der Clusterdienst nach der LiveMig unerwartet beendet (eventid 1006 und 7024) und anschliessend neugestartet. Im Screenshot sieht man die Netzwerk Konfiguration vom Heartbeat Knoten11 hat als Heartbeat ein Nic Teaming, was im Modular Server über zwei verschiedene Switche läuft, Knoten14 hat diese Konfiguration nicht. Kann das sein dass der Clusterdienst mit dem Datenfluss über das Team und die beiden Switche ein Problem hat und deswegen neustartet? Wie würde sich der Cluster verhalten wenn ich das Team auflöse? Gruß´ Philipp
  4. Hallo zusammen. Beim Failover Cluster habe ich ja die Möglichkeit in den Einstellungen der VIrtuellen Maschinen die Taktüberwachung für den virtuellen Computer zu aktivieren. Da passiert ja dann folgendes: Wenn der virtuelle Computer nicht mehr reagiert bzw. keinen Takt mehr sendet, kann der Cluster die VM neustarten bzw. umziehen. Setzt ihr das bei euch ein? Gruß Philipp
  5. Hallo zusammen. Ich habe bei einem Kunden ein merkwürdiges Phänomen. Habe dort einen 4 Knoten Cluster für HyperV mit je ca 4VM's pro Knoten. Wir haben nun beobachtet dass es von Zeit für Zeit Probleme gibt wenn man per Live Migration eine VM auf einen anderen Knoten schiebt, starten die VM's die auf dem alten Knoten sind neu. Gibt es dort irgendwelche Abhängigkeiten die man einstellen kann die ein solches Verhalten verursachen können? Oder hat jemand von euch so ein Verhalten schonmal festgestellt? Hostsystem ist ein 2008R2 und als Gäste Server 2008 Web Edition. Gruß Philipp
  6. Morgen. Danke schonmal für eure Antworten! ALso das Szenario ist im gesamten so, dass ich noch 2 Workstationen habe, die über unsere Software auf die Software die auf den VM's liegt zugreift. Sprich wenn ich die beiden Workstationen als Device CAL mache (Schichtbetrieb), dann bräuchte ich eine CAL für jede Workstation für zum DC und je eine für die KOmmunikation mit der VM oder? Also 5 Cal's pro Workstation,richtig? Oder muss ich den LInk den Dr. Melzer mir geschickt hat, so verstehen, dass ich pro Workstation eine CAL benötige um auf alle meine 5 Server zuzugreifen bzw. mit denen zu kommunizieren? Gruß Philipp
  7. Hallo Forengemeinde. Ich habe mal eine Frage zur Serverlizenzierung Ich habe drei Physikalische Server 1x 2k8R2 Std. der als DC/DNS etc fungiert. 2x 2k8R2 Ent. die ausschließlich HyperV machen, dementsprechend sind ja pro phys. Server 4 Virtuelle Maschinen lizenziert,oder? Sind bei 2k8R2 auch bereits CAL's dabei? Meine mich zu erinnern das früher 5 CAL's dabei waren? Mal angenommen ich habe im obigen Szenario insgesamt die drei physikalischen Server und auf jedem Server 2 Virtuelle, wieviele CAL's benötige ich dann insgesamt? Gruß Philipp
  8. Achso. Lokal auf den HyperV Servern geht der Verbindungsaufbau schnell, 2-3 Sekunden...
  9. HI. Also ich habe jetzt ein Netzwerk für CSV/Heartbeat (Metric 900) eingerichtet und eins für Live Migration (Metric 1100). Sollte doch so richtig sein oder? Der Verbindungsaufbau zu den Virtuellen Maschinen über den HyperV Manager dauert jedoch immernoch sehr lange. Oder muss ich die HyperV Server einmal neustarten? Im EreignisLog auf den HyperV Servern steht erstaunlich wenig an Meldungen, lediglich das er keinen Kontakt zu MS aufnehmen kann, was aber klar ist, die Anlage ist autark und nicht am Netz.
  10. HI. Also ich habe die Konfig noch nicht geänder. Würde dann eine weitere NIC für CSV nehmen, nur wo konfigurieren in den Cluster das er CSV über eine bestimmte nic laufen lässt, habs noch nicht gefunden. @NilsK: RDP rennt, ist blitzschnell.
  11. Wenn ich auf einer VM im HyperV oder Failovercluster Manager rechtsklicke und sage "Verbinden". Das dauert ca 15sekunden bis ich dann das Bild der Maschine habe, solange ist der Schirm schwarz und "Verbindung zur Virtuellen Maschine wird hergestellt" steht dort. Ich habe in anderen Umgebungen mit HyperV schon gesehen das das schneller geht.
  12. Morgen. So, jetzt läuft es, eine der zusätzlichen NIC's war nicht deaktiviert und für LM angehakt... Haken weg und es rennt. Für LM sind das Heartbeat und das Externe LAN angegeben. Was ist da empfehlenswert? THeoretisch könnte ich ein eigenes LAN nur für LM einrichten. Was relativ lange dauert, ist das Verbinden der Konsole auf die Maschinen, woran kann das liegen? Gruß Philipp
  13. Jein, der Validator ist komplett grün. In den logs stehen noch alte events drin, bei der migration kommen aber keine hinzu. Quickmigration geht aber.
  14. Ok, das funktioniert jetzt soweit. Ein Problem habe ich aber noch, die Livemigration schlägt immer fehl, jedoch ohne Meldung. Eben lag es daran das die Netzwerkkonfig fehlerhaft war, da meckert er aber nicht mehr rum. Noch ne idee wie ich herausfinden kann, warum die fehl schlägt? Gruß Philipp
  15. HI. Storage ist über SAS angeschlossen, das ist ein Modular Server von Intel, der macht da quasi ein SAN draus, ist ne ganz nette sache für lowbudget... Ok, dann werf ich den Cluster nochmal schnell weg :) Ich habe noch zwei weitere NIC's pro Server, nur wenn ich zwei im gleichen Netz habe, meckert der Validator rum... Danke! Philipp
  16. tSh-Floyd

    Probleme mit Cluster

    Hallo zusammen. Ich habe mir einen 2Knoten Cluste rmit HyperV Server 2008R2 aufgesetzt. Zur Verwaltung dient ein dritter Server mit AD,DNS etc (2008R2 STD). Die beiden HyperV Server haben zwei Netzwerkkarten. Eine wird als Heartbeat verwendet, die andere für die Netzwerkkomunikation der VM's und des Hosts mit der Aussenwelt. Ich habe zu erst auf dem ersten Knoten einen vSwitch eingerichtet, der Haken dass diese NIC auch für das Hostsystem verwendet wird, ist gesetzt. Als ich jetzt auf dem zweiten Server ebenfalls den vSwitch eingerichtet habe, auch mit gesetzten haken, habe ich die Verbindung zum Cluster verloren und kann mich auch nicht mehr darauf verbinden. Hat da jemand einen Tipp für mich? Gruß Philipp
  17. Hi zusammen. Ich habe mir auf einem Hyper-V Server 2008R2 ausversehen ne falsche NIC deaktiviert. Der Core Configurator kann zwar NIC's deaktivieren, jedoch scheint das aktivieren nicht zu funktionieren, denn er zeigt an der stelle keine NIC's an... Hat jemand nen tip wie ich die mit NETSH oder ähnlichem wieder aktivieren kann? Gruß Philipp
  18. also ich habe bei mir einfach den ersten Knoten hinzugefügt, dann ist er beim hinzufügen umgesprungen und hat den ganzen Cluster hinzugefügt...
  19. Ich würde gern ein Nic Team bei den Netzwerkkarten einrichten, Intel liefert jedoch keine Software dafür mit :/
  20. Gibt es eigentlich irgendeine möglichkeit schreibenden Zugriff darauf zu bekommen?
  21. Habe ihn jetzt nocheinmal durchlaufen lassen. hab den Cluster einmal heruntergefahren und wieder gestartet. Seitdem läuft er ohne Macken... Werd das mal beobachten und auf meinem zweit System ebenfalls ausprobieren... Danke für deine Hilfe!
  22. Ja korrekt, ein LUN Q fürs Quorum und das andere für CSV. Hm, inwiefern mehr SPoF's? Wobei ich grade gesehen habe, dass er den zweiten Knotwn immer mit der EventID 1011 aus dem Failover rausnimmt weil er auf einen Datenträger nicht zugreifen kann... mal schauen welcher das ist. Wie müssen die Datenträger auf den jeweiligen knoten derzeit angezeigt werden? Auf Node1 sehe ich sie als "Reserviert" aber aktiv. Auf Node2 als Offline. ist das richtig? Gruß Philipp
  23. HI. Ja, habe den Durchlaufen lassen, er war auch zu 100% erfolgreich. Ich habe einen Intel Modular Server, der stellt den 6 Einschüben ein SAN bereit. Habe jetzt mal ein Laufwerk mit 0,75GB angelegt und das hat auf anhieb funktioniert. Gruß Philipp
  24. Hallo. Ich bin derzeit dabei einen HyperV Failover Cluster zu erstellen. Im moment habe ich jedoch folgendes Problem: Ich habe 2Knoten, identische Hardware. Zwei LUN's: Lun 1 ist für das Quorum gedacht und hat 2GB Speicher, ist mit NTFS formatiert und hat den Laufwerkbuchstaben Q, damits eindeutig ist :P Lun2 ist für die VM's bzw CSV gedacht und hat ca 300GB Speicher, ebenfalls NTFS formatiert. Ich sehe beide Laufwerke auch auf beiden Knoten. Habe die Laufwerke vor dem erstellen des Clusters offline geschaltet und den Cluster erstellt. Jedoch kann ich das Quorum Laufwerk nicht zum Cluster hinzufügen. Dementsprechend legt er mir das Quorum immer auf das 300GB Laufwerk... Habe ich irgendwas übersehen??? Der Validierungstest ist erfolgreich gewesen, aber vielleicht auch nur, weil er das 300GB Laufwerk gefunden hat... Gruß Philipp
  25. Hallo. Setze den HyperV R2 ein und würde gerne 2 NIC's zu einem Team zusammenführen um Redundanz aufzubauen. Habe im Netz bislang gelesen das es da zu Problemem kommen kann. Hat jemand erfahrung damit? Gruß Philipp
×
×
  • Neu erstellen...