Jump to content

Necron

Moderators
  • Gesamte Inhalte

    11.546
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von Necron

  1. Hi,

     

    kurz zur Shared VHDX:

     

    Wenn man eine Shared VHDX zwischen mehreren VMs teilt, hat immer nur eine VM diese im Zugriff. Man muss sich eine Shared VHDX wie eine LUN von einem iSCSI oder Fibre Channel SAN vorstellen. Immer nur ein Server kann diese LUN im Zugriff haben, nicht mehrere gleichzeitig.

     

    Eine Shared VHDX ist dafür gedacht, dass man bei einem Virtuellen Cluster nicht auf das durchreichen von LUNs aus dem SAN angewiesen ist, um Shared Storage für den Virtuellen Cluster bereitzustellen. Die Shared VHDX erscheint als SAS Disk in den VMs und verhält sich so als ob man eine LUN aus dem SAN verwendet.

     

    Es gibt einige Limitierungen bei einer Shared VHDX, die man beachten muss:

    • Live Storage Migration kann nicht verwendet werden
    • Checkpoints sind nicht möglich
    • Hyper-V Replica kann nicht verwendet werden
    • Host Level Backup kann nicht verwendet werden
    • Online VHDX Resize kann nicht online, sondern nur offline durchgeführt werden. VMs müssen also heruntergefahren sein. 
  2. Hi,

     

    Self-Service User die eine Cloud benutzen, werden nie die Rechte haben, dass sie eine VM von Host A nach Host B verschieben können. Das würde auch dem Cloud Gedanken und der Definition einer Cloud widersprechen.

     

    Wie Dunkelmann schon sagte, als Self-Service User ist dies nicht möglich, ob jetzt über die VMM Konsole, App Controller oder WAP.

  3. Hi,

     

    noch eine Rückfrage zur Sicherheit: Es ist also ein Rootserver der bei einem Hoster steht, der dann produktiv für bis zu 50 User genutzt werden soll, die im Home Office sitzen?

     

    Wenn das so sein sollte, dann kann ich Daniel nur beipflichten in so einem Fall wäre eher die Lösung das Konstrukt On-Premise in der Firma zu betreiben, wenn das nicht geht dann eher auf IaaS oder SaaS zurückgreifen. Für IaaS wäre zum Beispiel Microsoft Azure eine Möglichkeit. Für SaaS hat Daniel die Produkte schon benannt.

  4. 2. Ja. Mit Shared Nothing Migration, also VM aus dem Cluster rausnehmen, per Hyper-V Manager verschieben und dann im neuen Cluster wieder hochverfügbar machen. Evtl. geht es auch mit Clustering an - gibt hier einen Blog zum Thema, kA ob das auch bei SOFS so klappt: http://www.danielstechblog.de/virtual-machine-manager-live-migration-fehler-smb-3-0-storage/

    Hi,

     

    wenn der SCVMM im Einsatz ist, dann siehe meinen Blogeintrag. Ansonsten so wie Doso es beschrieben hat. Wobei man keine Shared Nothing Live Migration machen muss. Es wäre viel eher eine Live Migration. :)

     

    Zu Punkt 1:

     

    Ja, kann man machen.

  5. Hallo Community,

     

    Microsoft hat letzte Woche den VMM Network Builder als VMM Console Add-in veröffentlicht. Dieser soll es einem erleichtern die entsprechenden Einstellungen auf Seiten der Logical Network, der VM Networks, der Uplink Port Profiles und der Logical Switches für den Typ VLAN Isolation vorzunehmen.

     

    -> http://www.microsoft.com/en-us/download/details.aspx?id=43975

     

    Ich habe eine Blogartikel über das Console Add-in verfasst. Wen es interessiert schaut mal vorbei.

     

    -> http://www.danielstechblog.de/microsoft-virtual-machine-manager-network-builder/

×
×
  • Neu erstellen...