ESX / ESXi - Hilfethread

butcher1de schrieb:
Und warum genau ? Das Raid liegt auf einem externen Controller, warum muss man da etwas migrieren? Es ändert sich doch nur das Board nicht der Raidcontroller an sich.
Das ist in der Tat eine sehr gute möglichkeit, dann ist das schön getrennt. Da der ESXI sich eh in das Ram lädt sind auch keinerlei Performance Probleme zu erwarten, er bootet nur etwas länger.

Falls der Konfigurationsaufwand zu hoch ist, dann den ESXI Updaten.
Zum Vergrößern anklicken....
Ich hatte das so verstanden das der esxi auch auf dem raid installiert war.

Gesendet von meinem SM-N9005 mit Tapatalk
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Ja hat er auch, aber das sollte ESXI beim Booten trotz neuem Board nicht stören. Allerdings wie du siehst hat er gerade ganz andere Probleme und was fdsonne angesprochen hat
Grundsätzlich richtig, allerdings hat sich auch mit neuerem ESXi die VMFS Version geändert. Das ist zwar kein generelles Problem und es gibt, (wie ich das sehe) weiterhin kein Changelog für die Unterschiede zwischen den VMFS 5 Versionen, aber "schaden" kann es defakto nicht. Um von alter 5er auf neue 5er Version zu gehen muss der Datastore neu formatiert werden.
Das wäre der eine von zwei Punkten, der gegen ein direktes Übernehmen der Daten spricht!
Zum Vergrößern anklicken....
ist natürlich ein Argument.
 
Hi, stehe gerade etwas auf dem Schlauch... Und zwar habe ich ESXi 6.0u2 auf meinem DELL T20. Als VMs hab ich Win10, einige Linux-VMs und FreeNAS mit durchgereichtem SATA-Controller.

Meine Sicherungen möchte ich mit Veeam Backup&Recovery durchführen. Klappt auch ganz gut, aber leider werden dabei die Daten von FreeNAs, welche auf HDDs am separaten SATA-Controller hängen, nicht mitgesichert.

Wie kann ich die Datenplatten von FreeNAS auf eine USB-HDD sichern, welche noch dazu mit NTFS formatiert ist?


Ich hab die kompletten Platten als Freigabe in der Win10-VM, also dann wohl eher über diesen Umweg? FreeNAs selber mag NTFS ja nicht so gern bzw. funktioniert es prinzipiell über die Shell, aber man sollte es nicht machen...


Kann mir hier jemand Tipps für eine (kostenlose) Lösung geben, welche auch inkrementell sichert? Will nicht dauern mehrere TB komplett sichern müssen.

Wenn möglich vielleicht sogar so wie bei Veeam, also dass die letzte Sicherung immer als Vollsicherung gespiechert wird und die inkrementellen Daten dann die älteren Backups beinhalten.
 
Wie "gefährlich" ist es den, einen Webserver zu virtualisieren, wobei der Host zeitgleich auch als Fileserver dient? Webseite ist nichts produktives, nur ein kleiner privater Blog.

Vorgestellt habe ich es mir wie folgt:

ESXI Host, darauf Webserver VM mit durchgereichter PCI Netzwerkkarte. Netzwerkkarte hängt dann an Fritzbox und dort am Port 4 (Gäste Port, kommt nicht ins Heimnetzwerk). Der eigentliche Fileserver bzw. der ESXi Host hängt ebenfalls an der Fritzbox, dort aber an den regulären Ports fürs Heimnetzwerk.

Ich habe jetzt schon öfters gelesen, dass man Firewalls und dergleichen nicht virtualisieren soll. Im meinen Fall nutze ich auch kein VLan, sondern eine durchgereichte PCI Netzwerkkarte. Wie ich gelesen habe, ist das wohl sicherer als VLan. Die Frage ist dann vermutlich, wie sicher ESXi ist.

Ich könnte mir auch nen Server mieten, keine Frage. Ich will es aber gerne zu Hause aufsetzen um ein wenig dazu zu lernen.

Vielen Dank für Ratschläge.
 
qoosinoo8 schrieb:
Wie "gefährlich" ist es den, einen Webserver zu virtualisieren, wobei der Host zeitgleich auch als Fileserver dient? Webseite ist nichts produktives, nur ein kleiner privater Blog.

Vorgestellt habe ich es mir wie folgt:

ESXI Host, darauf Webserver VM mit durchgereichter PCI Netzwerkkarte. Netzwerkkarte hängt dann an Fritzbox und dort am Port 4 (Gäste Port, kommt nicht ins Heimnetzwerk). Der eigentliche Fileserver bzw. der ESXi Host hängt ebenfalls an der Fritzbox, dort aber an den regulären Ports fürs Heimnetzwerk.

Ich habe jetzt schon öfters gelesen, dass man Firewalls und dergleichen nicht virtualisieren soll. Im meinen Fall nutze ich auch kein VLan, sondern eine durchgereichte PCI Netzwerkkarte. Wie ich gelesen habe, ist das wohl sicherer als VLan. Die Frage ist dann vermutlich, wie sicher ESXi ist.

Ich könnte mir auch nen Server mieten, keine Frage. Ich will es aber gerne zu Hause aufsetzen um ein wenig dazu zu lernen.

Vielen Dank für Ratschläge.
Zum Vergrößern anklicken....

Du wirst an folgendem Punkt mit der fritzbox scheitern:
- Das Gastnetz der Fritzbox unterstützt kein Portforwarding. Du kannst also deinen Webserver nicht erreichbar machen.
- Da müsstest du ne UTM wie Sophos oder PFsense über deine Netzwerkports spannen und so einen Port zum Gastnetz wandeln.
- Firewalls kann man wunderbar virtualisieren und das Managementnetzwerk des ESXI-hosts dann eben nicht aufs Gastnetz legen ;)
- Den Gastport kannst du dann dem Webserver zuweisen und ihn so in nem getrennten netz laufen lassen. Das dürfte auch die sauberste methode für privat sein.
- Wenn du dem Esxi nicht traust kannst du ja dessen ip das internet per firewall blocken (der braucht eh keins)
 
Zuletzt bearbeitet:
qoosinoo8 schrieb:
Wie "gefährlich" ist es den, einen Webserver zu virtualisieren, wobei der Host zeitgleich auch als Fileserver dient? Webseite ist nichts produktives, nur ein kleiner privater Blog.
Zum Vergrößern anklicken....

Die Frage ob gefährlich oder nicht, stellt sich dort gar nicht...
Das ist eigentlich ziemlich sinnfrei ;) Für was willst du eine NIC direkt an die VM reichen? -> zur "Trennung" der Netze? Möglich, aber in deinem Fall ziemlich aussichtslos. Denn die VM wird wohl ziemlich sicher auf ALLEN IPs intern hören. Das heist, die durchgereichte NIC ist nicht abgeschottet von den Diensten abseits des Webservers sondern hört dort ebenso mit. Du sagst Fileserver -> dieser Fileserverdienst wird recht sicher auch auf der durchgereichten NIC lauschen.

Im Endeffekt kann man das zwar so machen, aber die Sinnhaftigkeit ist dabei nicht wirklich gegeben (abseits der Themen, die die FB so oder so nicht kann)
-> du würdest ja von der public IP der FB ein Port Forwarding auf die IP des Webservers machen -> das beinhaltet idR ja nur die benötigten Ports für die Webservices (HTTP/HTTPS). Das schränkt den Ansatz zum Angreifen deutlich ein. Wenn aber ein Angreifer über dieses Port Forwarding auf/an deinen Server kommt bspw. durch Ausnutzen einer Lücke im Webserver, dann bringt dir die NIC Trennung gar nix -> denn er IST auf dem Server drauf und kann dort dann nach belieben tun und lassen, was er möchte. Auch kommt er von diesem Host über das andere Interface in dein lokales Netz.
-> ergo, NIC Trennung in diesem Fall für den Hintern :wink:


Was mich aber wundert, wenn du so oder so nen ESXi nutzt, warum nicht einfach ne DMZ bauen? -> unabhängig der Thematik von der FB, du hast ne zweite NIC, diese nutzt du als zweiten Uplink aus dem ESXi raus und baust nen zweiten virtuellen Switch. Dann nimmst du ne zweite VM als reinen Webserver, stellst diese in eine DMZ und gut ist. Damit geht der Weg ausschließlich außenrum. Und wer bis in die VM eindringt kommt nirgends anders im LAN hin.
Effektiv hast du eigentlich alle notwendigen Mittel da um das so zu bauen, einzig das FB Thema ist offen. -> was du ggf. zusätzlich mit einer Sophos UTM als virtuelle Appliance oder beliebiger Linux Router (Kauf-, Appliance- oder Selbstbau-) Lösung hinbekommst.
Noch sicherer wäre es, wenn du brauchbaren Router nutzt anstatt ner Fritzbox. Keine Ahnung ob man der Fritzbox mehrere interne Interfaces mit verschiedenen IPs beibringen kann -> wenn ja, wäre das auch machbar. Ansonsten irgendwas zwischen FB als Einwahlrouter und NAT Device zum INet und den internen Netzen nutzen, was mehrere Interfaces kann, sinnvollerweise ne Firewall mitbringt und ggf. sogar noch für Gefahrenabwehr gut ist.


Ein ähnliches Konstrukt fahre ich bei mir -> vorn den "dummen" Speedport der Telekom -> dahinter zwei Firewallrouter, einer davon ist die UTM, für die geht nur IPv6 und das Ding spielt Proxy. Beide Router NATen in das interne Netz des Speedports und lassen keine Verbindungen (außer einer Hand voll definierter) zu. Vorn am Speedport klemmt dann noch der Entertain Mediareceiver für die TV Streams. Die UTM spielt noch IGMP Proxy für das durchreichen der Multicast Streams ins interne LAN (wenn von intern gewünscht) und gut ist. Alle Devices hängen hinter einer Firewall, Portforwardings für bspw. TeamSpeak, nen mini Webserver, SSL VPN Einwahl und den Exchange sind in die DMZ geleitet oder werden an der UTM terminiert (Reverse Proxy) -> von dort gehts halt effektiv nicht wirklich weiter.
 
habe VMware ESXi 6.0 U2 neu installiert (HP Image). Wo waren nochmal die Beiträge zwecks dem Downgrade des Treibers für den B120i, da der neuere eine schlechte Performance hat? :wink::bigok:
 
Ok thx. hat wunderbar geklappt :)
 
Mit welchem Tool kann ich denn mein esxi 6.0u2 die vm's sichern? Veeam geht ja für den free nicht!?
 
Ok. Werd ich mal antesten. Danke schonmal für den Tipp. Ich denke für zuhause braucht man keine teure vsphere Lizenz oder doch?
 
Gibt es eigentlich schon eine Lösung für Solaris/OmniOS und dem Durchreichen einer NVME-SSD, also z.B. einer Intel 750?

Direkt auf dem Metall ist es kein Problem, dort erreiche ich volle Leistung Lese- und Schreibleistung mit der 750.
Aber via Passthrough (sowohl in 5.5 als auch 6.0 U2) bleibt z.B. Solaris beim Start hängen. Egal ob an meinem Supermicro (X10SL7) oder auf einem DQ77MK.
OmniOS bootet, aber z.B."Format" bleibt stecken, sobald die 750 durchgereicht ist.

Unter Windows durchgereicht ist das kein Problem, volle Leistung. FreeBSD 10.3 oder 11.0 funktionieren mit der durchgereichten 750, aber nicht mit vollem Durchsatz; der ist da auf etwa 900 MB/s read eingeschränkt (beim Schreiben ist 900 MB ja relativ nahe an der vollen Leistung).

Tritt das nur mit den Intels (750,P3600,P3700...) auf oder auch bei Samsung 950/960/SM95x/SM96x auf?
 
Zuletzt bearbeitet:
Iperius scheint gut zu funktionieren. Werd aber auch den vm Explorer mal noch unter die Lupe nehmen. So wie ich das sehe, machen die Programme nicht anderes wie eine Kopie der vm Daten in den datastores!?
 
Weiß jemand, wo man die ISOs runterladen kann?
Hab EVALExperience, da gibt's noch kein 6.5.

Evaluation kann ich auch nicht machen für die 6.5 mit meinem bestehenden VMware Account :(
 
Crazyk, sorry habe mich da missverständlich ausgedrückt.
Den ESXi kann ich auch runterladen, ich bräuchte aber vorher die vCenter Appliance in der 6.5er Version.
 
Das vCenter inkl. Lizenz für den ESX habe ich über VMUG EvalExperience. Der 6.0 Key funktioniert auch mit 6.5.
Leider läuft das mit den Keys nicht über das myvmware Portal sondern über Kivuto (vergleichbar mit Dreamspark von Mircrosoft) - bloß da gibt's halt nur Vsphere 6 zum Download :(


edit: Ach auf reddit die Jungs wissen auch nix, ich mach mir jetzt ne Wegwerf Mailadresse und ne neue Eval...
 
Zuletzt bearbeitet von einem Moderator:
Auch der ESXI 6.5 Webclient macht immmer noch Probleme. Gerade auf einer Maschiene versucht aus einem Datastore in einen anderen zu verschieben/kopieren kommt nur eine Fehlermeldung ....
Fehlgeschlagen - Der Vorgang konnte nicht abgeschlossen werden, da die Datei oder der Ordner /vmfs/volumes/582ccd16-bd04b6a5-0eda-0002c9538144/1 bereits vorhanden ist.
Zum Vergrößern anklicken....
Was natürlich nicht stimmt.

Verschiebe/kopiere ich über den Windowsclient macht er was er soll und verschiebt/kopiert brav.
 
Ja der Webclient ist nicht wirklich prickelnd. Bin da immer am überlegen zu Proxmox zu wechseln. Wirkliche ESXi Features nutze ich mit der kostenfreien Lizenz eh nicht.
 
butcher1de schrieb:
Verschiebe/kopiere ich über den Windowsclient macht er was er soll und verschiebt/kopiert brav.
Zum Vergrößern anklicken....

Kann es sein, dass da bei dir was nicht stimmt???
Ich habe in meinen Clustern NIE Probleme mit dem moven von Files, es sei denn, da stimmt was nicht. Ob das nun im WebClient ist, im Classic Client, über SSH direkt am Host oder über das HostUI, das geht solange, wie alles grün ist. Probleme, wie das irgendwas die Finger drin hat, können halt vorkommen -> aber dann hast du diese Probleme in effektiv allen Fällen auch mit allen anderen "Clients"...


Wie ist denn aber der Speed vom neuen Webclient so??
Besser als der Flash Mist? Oder immernoch mistig lahm?

ich werde wohl vorerst warten bis A) Veeam die Plugins für den 6.5er hat und vor allem NetApp die Storage Console für 6.5 freigibt. Und natürlich ein paar Kinderkrankheiten aus der Welt sind. Die erste Version ist NIE gut :fresse:
 
Der HTML5 Webclient war in 6.0 noch richtiger Müll, scheint dann wohl mit 6.5 nicht besser geworden zu sein.
Habe da letztens versucht 2 Maschinen mit einzurichten und bei gefühlt jeder 3. Aktion schmiss das Ding eine Exception mit der Aufforderung die Seite neu zu laden.

Ein paar Erfahrungen mit Update von vcsa von 6.0U2 auf 6.5 und der beiden Hosts in der Sig:

- Der Update Manager ist nur mit in der vCenter Appliance und funktioniert *Jubel* :)
- Der C# Client scheint komplett tot zu sein. Kann mich weder am gepatchten ESX noch an der neuen VCSA anmelden. Habe auch nirgendwo eine neuere Version vom C# Client gefunden :(
- Wenn man einen VUM auf einer Windows VM hatte, die es nicht mehr gibt, schlägt das Upgrade der VCSA appliance fehl. Man muss erst den VUM deregistrieren über http://vcsa-ip/mob (siehe: https://www.youtube.com/watch?v=anWGkcIBmAo&t=0s)
- Server 1 funktioniert nach Upgrade tadellos, auch VT-D mit Durchreichen eines Controllers klappt.
- Was nicht so toll ist, dass bei Server 2 beim Update auf 6.5 den 10GB Treiber wohl nicht mitgenommen hat und nun beim Booten mit einer Fehlermeldung hängen bleibt. Schau ich morgen weiter
 
Zuletzt bearbeitet von einem Moderator:
@derfahnder
was heist, die es nicht mehr gibt? -> normal sollte so oder so sein, alte Extensions sauber zu deregistrieren! Nen Update Manager einfach runterfahren und sich nicht drum kümmern sorgt oder so oder so für Probleme... Da reicht es ja schon, wenn der Update Manager eigentlich läuft, man die Windows Kiste wegen Updates aber mal booten will/muss -> dann bekommste schon Meldungen und wirst zugetextet.
 
Ach so wild ist das nicht mit den Meldungen ;D Die haben mich auch nicht weiter irritiert, ich wusste ja warum sie kommen und die VM gibt's auch noch - nur sind die Platten nirgends eingebaut, auf denen sie liegt.

edit: Ich muss mich korrigieren: Der 6.0 C# Client funktioniert noch für den Host, aber nicht mehr für das VCSA.

edit2: Nachdem Vmware für die 6.5er bei den 10GB NICs auf den gleichen alten Treiber verlinkt, habe ich den in das neue 6.5er ISO eingebaut und nochmal ein Update probiert - hat geklappt :)
 
Zuletzt bearbeitet von einem Moderator:
@fdsonne
Kann es sein, dass da bei dir was nicht stimmt???
Zum Vergrößern anklicken....
Frisch aufgesetzter ESXI 6.5, Storage im AHCI Modus als VMFS6 formatiert. Datastore 1 mit auf der Boot SSD, Datastore 2 auf einer 2 TB Festplatte. Es geht nur mit dem Webclient nicht, der Classik Client läuft sauber durch.
Wie ist denn aber der Speed vom neuen Webclient so??
Zum Vergrößern anklicken....
Rennt gut, hatte aber auch mit dem Vorgänger keine Geschwindigkeits Probleme.

Edit: Bin erst einmal wieder zurück, da es anscheinend ein Treiber Problem mit dem Sata/SSD Controller (ML10 v2) gibt. Das Ereignis Log pumpt sich mit Fehlermeldungen voll das die Verbindung zum Datastore (Patriot SSD) abgebrochen ist und wieder hergestellt wird. Daten Kopierrate 2 mb.............

Unter 6.0 keinerlei Probleme. Muss mich da am Wochenende mal in Ruhe dransetzen.
 
Zuletzt bearbeitet:
fdsonne schrieb:
Und natürlich ein paar Kinderkrankheiten aus der Welt sind. Die erste Version ist NIE gut :fresse:
Zum Vergrößern anklicken....

Da kannst auch bei ner U1 oder U2 nicht sicher sein Bugs zu haben. Die Qualitätssicherung gegenüber früheren Versionen ist einfach schlechter geworden. Ich sag nur Bug mit nfs Datastores, Bug mit Change-Block-Tracking.....
 
Anmelden, um zu antworten.
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh