Search results

Ich habe da spontan keine Idee, Firmware auf dem Storage ist aktuell?

Versucht du gerade die maximale Handbremse bei den VMs zu testen? Du hast eine 16 Core CPU und setzt da 2 VMs mit 32vCPUs drauf. Das MUSS extrem langsam sein. Die eine VM brauchjt immer alle Cores und zusätzlich alle Threads, was schon mal bremst, die andere VM Wartet dann auf die erste VM, weil...

DC maximal 2 Core sgeben. Hast du da ca 1000-2000 User auf dem Exchange? Wenn es weniger sind, brauchst du da auch keine 8 Cores. Und wenn die genau so oversized sind, bei nur 2x12Cores, dann muss es ja langsam werden. HT kann eingeschaltet bleiben. VM Rightsizing bringt deutlich mehr.

Laut Acronis haben die jetzt eine Funktion implementiert welche die neue Proxmox API nutzt. Daher müsstest du eigentlich auf dem PVE gar nichts installieren. Ich wollte das auch mal testen, aber ich mag die neue Cloud GUI nicht und finde das Konzept, alles über die Cloud zu managen nicht so gut...

Kannst du, aber die Infos sollten bekannt sein und ohne HPE Account kann man nichts lesen. Daher nicht für jeden hilfreich.

Und welcher Router ist das Gateway für das 10.x Netz? Auf welches Gateway verweist die FRITZ!Box?

NUMA hat bei dir keinen Effekt. Ich hätte auch die VMXNet Nic belassen wie beim ESXi. Auch mal den VMware Paravirtual SCSI Controller getestet? Sonst mit einer 2003 kompatiblen Virtio CD die Treiber nachinstallieren und Virtio SCSI testen. Pentium 3 für Win2003 ist schon böse. ;) Da auch mal...

Hast du auch beim Upgrade alle Meldungen gelesen? Manchmal kommen da zum Schluss noch Informationen, dass man bestimmte Schritte ausführen soll, damit das System sauber bootet.

Mich würde mal interessieren ob dein System aktuell ist. Mit dem 6.14er Kernel gab es einen Bug wo mit bestimmter Hardware der RAM Verbrauch permanent gestiegen ist und nur per Reboot geleert werden konnte.

Das der mit der hohen I/O Tiefe so einbricht, ist nicht normal, klingt aber nach Storage als Ursache. Was für einen Hosttyp hast du im Storage angegeben?

No major tuning measures are possible. The speed always depends on the amount of changed data and the bandwidth. For most VMs, the daily changes are within reasonable limits. P.S. I prefer to use API tokens for sync jobs instead of own users.

Naja, die meisten Leute, welche nach S3 fragen, kommen mit Veeam Background. S3 ist nicht immer der günstigste Speicher und passt auch nicht zu jeder Anforderung. Du weißt zwar wie viel dich ein TB kostet, aber was das Backup an Wachstum hinlegt ist oft auch nicht planbar. Daher nutze ich auch...

Hast du überall gecheckt ob auf allen Ports die Jumbo Frames richtig gesetzt sind? Das könnte ich mir auf Hostseite vorstellen.

Die Garbage Collection prüft ob ob ein Chunk noch referenziert ist. Das löschen des letzten Chunks, was ja getrackt wird, ist ja kein lesen sondern auch ein schreiben. Atime ist ja access Time (lesen)

Noatime sollte da schon aktiv sein und ich setze die Quota einfach auf dem Pool: zfs set quota=22T DeinPool Vorsicht zpool list zeigt dir Brutto an ohne Paritäten und die Quota ist genutzte Kapazität. Lieber etwas niedriger setzen, kann man ja jederzeit ändern.

Ja, da ZFS CoW nutzt, musst du auch die Änderung „löschen“ schreiben. Daher immer etwas frei lassen.

Sowas habe ich aber bisher bei über 1000VMs noch nicht beobachten können. Daher meine Vermutung.

Ich halte das gern simpler, da gibts bei Umgebungen wo es kein oder schlechtes Monitoring gibt, einfach ein Quota auf X TB auf dem Pool. Bei manchen 80% oder auch mal 95%. Ist immer Umgebungsabhängig.

Wenn du keine Erfahrung hast mit ZFS, dann nutze die Proxmox defaults. RaidZ ohne Special Device ist schon spürbar langsamer beim schreiben, aber beim Backup begrenzt da der Compression Speed der CPU mehr.

Klingt für mich nach Browsercache.