Abo
  1. Foren
  2. Kommentare
  3. PC-Hardware
  4. Alle Kommentare zum Artikel
  5. › Fusion-io: Ioscale soll…

Für Virtualisierung leider ungeeignet.

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. Für Virtualisierung leider ungeeignet.

    Autor: 1st1 16.01.13 - 17:46

    Weder von VMWare zertifiziert, noch macht es Sinn die Dinger direkt in den VMWare-Hoste einzubauen, da damit keine Live-Migration von VMs zwischen den VMWare-Hosts möglich ist. Also lokaler Speicher im VMWare-Host wären das die sprichwörtlichen Perlen vor die Säue.

    Einzige Möglichkeit wäre eine separate Storage-Appliance damit zu bauen, und die per FC an die Hosts dran zu hängen, evtl. mit VMWare VSA, aber wer zertifiziert einem so ein System, dass wenn Support nötig ist, dass VMWare das auch supportet? Und außerdem wäre da dann das FC-Interface der Bottleneck, selbst wenn man mehrere Kanäle bündelt.

    Das selbe gillt auch für Citrix und HyperV-Umgebungen.

    Daher für Virtualisierung leider ungeeignet. Aber gerade hier wäre es im High-Perofmance-Bereich interessant.

  2. Re: Für Virtualisierung leider ungeeignet.

    Autor: Neuro-Chef 16.01.13 - 18:28

    1st1 schrieb:
    > Weder von VMWare zertifiziert, noch macht es Sinn die Dinger direkt in den
    > VMWare-Hoste einzubauen, da damit keine Live-Migration von VMs zwischen den
    > VMWare-Hosts möglich ist. Also lokaler Speicher im VMWare-Host wären das
    > die sprichwörtlichen Perlen vor die Säue.
    Ich würde meinen das hängt von der Anwendung ab. Wenn man flinken Zugriff braucht und mit enormen Datenmengen hantiert, könnte sich das gegenüber HDDs eventuell lohnen. Oder meinst du im Vergleich mit konventionell angeschlossen SSDs?
    Zur Live-Migration: Sollte die Art des Speichers der Software nicht relativ egal sein, inwiefern sollte das nicht funktionieren?

    » Niemand ist vollkommen, aber irre sind ganz sicher viele. «

    ಠ_ಠ

  3. Re: Für Virtualisierung leider ungeeignet.

    Autor: DeaD_EyE 16.01.13 - 19:45

    1st1 schrieb:
    --------------------------------------------------------------------------------
    >
    > Einzige Möglichkeit wäre eine separate Storage-Appliance damit zu bauen,
    > und die per FC an die Hosts dran zu hängen, evtl. mit VMWare VSA, aber wer
    > zertifiziert einem so ein System, dass wenn Support nötig ist, dass VMWare
    > das auch supportet?

    Ich kenne mich mit VM recht wenig aus. Ist es notwendig alles Zertifizieren zu lassen? Was spricht gegen ein System, dass einfach als Storage arbeitet und in VMWare eingebunden wird? Aber ich kann es mir schon denken: Es geht dabei wahrscheinlich um Haftung, Support und KnowHow.

  4. Re: Für Virtualisierung leider ungeeignet.

    Autor: Boeby 16.01.13 - 20:06

    Neuro-Chef schrieb:
    --------------------------------------------------------------------------------
    > 1st1 schrieb:
    > > Weder von VMWare zertifiziert, noch macht es Sinn die Dinger direkt in
    > den
    > > VMWare-Hoste einzubauen, da damit keine Live-Migration von VMs zwischen
    > den
    > > VMWare-Hosts möglich ist. Also lokaler Speicher im VMWare-Host wären das
    > > die sprichwörtlichen Perlen vor die Säue.
    > Ich würde meinen das hängt von der Anwendung ab. Wenn man flinken Zugriff
    > braucht und mit enormen Datenmengen hantiert, könnte sich das gegenüber
    > HDDs eventuell lohnen. Oder meinst du im Vergleich mit konventionell
    > angeschlossen SSDs?
    > Zur Live-Migration: Sollte die Art des Speichers der Software nicht
    > relativ egal sein, inwiefern sollte das nicht funktionieren?

    Live-Migration ist wenn eine VM von einem shared-Storage von einem Host auf einen anderen Host migriert wird, im laufenden Betrieb. Da diese Festplatte nicht shared ist, ist eine einfache LiveMigration auch nicht so einfach möglich. Ausser du verschiebst zeitgleich noch den Storage, was aber sehr performance kosten wird (falls das bereits im Zuge einer Vmotion möglich ist)

  5. Re: Für Virtualisierung leider ungeeignet.

    Autor: Neuro-Chef 16.01.13 - 20:18

    Boeby schrieb:
    > Live-Migration ist wenn eine VM von einem shared-Storage von einem Host auf
    > einen anderen Host migriert wird, im laufenden Betrieb.
    So dachte ich mir das schon, natürlich müsste man die Teile dann im Storage einbauen - was bei gängigen Storage-Systemen nicht gehen mag, ok. Sich dafür selbst einen Server zu bauen würden wohl nicht viele wollen.
    Dennoch leigt das Problem hier ja beim Storage, nicht bei SSDs oder VMs. SSDs mit SATA/SAS-Anschlüssen sollten dann ja gehen, bei ebenfalls deutlichem Performance-Gewinn.
    Es fehlen also wenn ich das jetzt richtig verstehe nur Shared-Storage-Systeme, die sowas hier unterstützen. Kommt schon noch.

    » Niemand ist vollkommen, aber irre sind ganz sicher viele. «

    ಠ_ಠ

  6. Re: Für Virtualisierung leider ungeeignet.

    Autor: malo 17.01.13 - 06:55

    ...schade wenn man keine Ahnung hat und trotzdem sich im Forum ausbreiten muss. Wäre schön wenn Du vorher mal ein paar Fachartikel wenigstens zu dem Thema lesen würdest.
    (bezogen auf den Eintrag von Autor Neuro-Chef 16.01.13 - 20:18)



    1 mal bearbeitet, zuletzt am 17.01.13 06:56 durch malo.

  7. Re: Für Virtualisierung leider ungeeignet.

    Autor: Neuro-Chef 17.01.13 - 10:49

    malo schrieb:
    > ...schade wenn man keine Ahnung hat und trotzdem sich im Forum ausbreiten
    > muss.
    Du hast Recht, damit kenne ich mich nicht aus. Allerdings finde ich es interessant, deshalb verwende ich Formulierungen wie "dachte ich" und "wenn ich das jetzt richtig verstehe" - subtile Ausdrucksweise für "bitte um Erklärung".

    >Wäre schön wenn Du vorher mal ein paar Fachartikel wenigstens zu dem
    > Thema lesen würdest.
    Wäre schön, wenn du mir einen empfehlen könntest :-)
    Ich bin ja auch manchmal genervt, wenn Leute Unsinn posten weil sie keine Ahnung haben. Entweder korrigiere ich sie dann (sie könnten ja etwas dazulernen wollen) oder antworte erst garnicht. Einzig und Allein auf die Ahnungslosigkeit hinzuweisen ist mit Sicherheit fruchtlos, wenn auch ggf. berechtigt.

    Schöne Grüße.

    » Niemand ist vollkommen, aber irre sind ganz sicher viele. «

    ಠ_ಠ

  8. Re: Für Virtualisierung leider ungeeignet.

    Autor: lokidiabel 17.01.13 - 12:53

    Stimmt, von VMware Zertifiziert ist die Technik "noch" nicht. Aber HA geht damit dennoch. Man braucht halt nur das auf DRBD basierende Addon von VMware.

    Einfach ausgedrückt macht man damit ein Raid über alle ESX Server und nutzt den localen storage als ziel für ein Cluster FS.

    Hoffe das hilft dir weiter.

    Gruß

    Neuro-Chef schrieb:
    --------------------------------------------------------------------------------
    > malo schrieb:
    > > ...schade wenn man keine Ahnung hat und trotzdem sich im Forum
    > ausbreiten
    > > muss.
    > Du hast Recht, damit kenne ich mich nicht aus. Allerdings finde ich es
    > interessant, deshalb verwende ich Formulierungen wie "dachte ich" und "wenn
    > ich das jetzt richtig verstehe" - subtile Ausdrucksweise für "bitte um
    > Erklärung".
    >
    > >Wäre schön wenn Du vorher mal ein paar Fachartikel wenigstens zu dem
    > > Thema lesen würdest.
    > Wäre schön, wenn du mir einen empfehlen könntest :-)
    > Ich bin ja auch manchmal genervt, wenn Leute Unsinn posten weil sie keine
    > Ahnung haben. Entweder korrigiere ich sie dann (sie könnten ja etwas
    > dazulernen wollen) oder antworte erst garnicht. Einzig und Allein auf die
    > Ahnungslosigkeit hinzuweisen ist mit Sicherheit fruchtlos, wenn auch ggf.
    > berechtigt.
    >
    > Schöne Grüße.

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Anzeige
Stellenmarkt
  1. CENIT AG, Stuttgart
  2. Statistisches Bundesamt, Wiesbaden
  3. über Ratbacher GmbH, München
  4. Robert Bosch GmbH, Leonberg

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Top-Angebote
  1. 849,90€
  2. Boomster 279,99€, Consono 35 MK3 5.1-Set 333,00€, Move BT 119,99€)
  3. 69,99€ (Liefertermin unbekannt)


Haben wir etwas übersehen?

E-Mail an news@golem.de


Google, Apple und Mailaccounts: Zwei-Faktor-Authentifizierung richtig nutzen
Google, Apple und Mailaccounts
Zwei-Faktor-Authentifizierung richtig nutzen
  1. Bugs in Encase Mit dem Forensik-Tool die Polizei hacken
  2. Red Star OS Sicherheitslücke in Nordkoreas Staats-Linux
  3. 0-Day Tor und Firefox patchen ausgenutzten Javascript-Exploit

Steep im Test: Frei und einsam beim Bergsport
Steep im Test
Frei und einsam beim Bergsport
  1. PES 2017 Update mit Stadion und Hymnen von Borussia Dortmund
  2. Motorsport Manager im Kurztest Neustart für Sportmanager
  3. NBA 2K17 10.000 Schritte für Ingame-Boost

Kosmobits im Test: Tausch den Spielecontroller gegen einen Mikrocontroller!
Kosmobits im Test
Tausch den Spielecontroller gegen einen Mikrocontroller!
  1. HiFive 1 Entwicklerboard mit freiem RISC-Prozessor verfügbar
  2. Simatic IoT2020 Siemens stellt linuxfähigen Arduino-Klon vor
  3. Calliope Mini Mikrocontroller-Board für deutsche Schüler angekündigt

  1. Smartphones: iOS legt weltweit zu - außer in China und Deutschland
    Smartphones
    iOS legt weltweit zu - außer in China und Deutschland

    Die jüngsten Quartalszahlen zeigen, dass Android in fast allen wichtigen Märkten der Welt das dominierende Betriebssystem bleibt. Apples iOS gewinnt allerdings nahezu überall Marktanteile, außer in Deutschland und China.

  2. Glasfaser: Ewe steckt 1 Milliarde Euro in Fiber To The Home
    Glasfaser
    Ewe steckt 1 Milliarde Euro in Fiber To The Home

    Die Führung von Ewe hat erkannt, dass direkte Glasfaserhausanschlüsse die Zukunft sind. Da bei ihnen komplett auf leistungsdämpfende Kupferkabel verzichtet werde, garantieren sie sehr hohe Datenraten. Aber der Ausbau dauert.

  3. Nanotechnologie: Mit Nanokristallen im Dunkeln sehen
    Nanotechnologie
    Mit Nanokristallen im Dunkeln sehen

    Ein Übersetzer für Licht: Australische Forscher haben Nanokristalle entwickelt, die die Eigenschaften von Licht verändern. So kann infrarotes Licht sichtbar gemacht werden.


  1. 18:02

  2. 16:46

  3. 16:39

  4. 16:14

  5. 15:40

  6. 15:04

  7. 15:00

  8. 14:04