home.social

#openvz — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #openvz, aggregated by home.social.

  1. Как развивалась виртуализация в Авито

    Всем привет! Меня зовут Ярослав Покрепов , я DevOps-инженер в Авито . Виртуализация — это технология создания изолированных и независимых виртуальных сред на базе физических ресурсов. Виртуализация в Авито — это неотъемлемая часть технического стека, как и во многих других IT-компаниях. На этапе основания Авито виртуализация уже была широко распространённой технологией. Проект нуждался в эффективных и гибких решениях для управления ресурсами, в возможности масштабироваться в будущем и в обеспечении стабильной работы при растущей нагрузке. В этой статье попробую провести читателя от истоков виртуализации в Авито до современных решений и показать, как эти изменения повлияли на архитектуру и возможности компании. Описать общую хронологию развития виртуализации без полного погружения в технические детали — об этом расскажу подробнее в следующих частях. Дисклеймер: ранняя история инфраструктуры компании восстановлена не по документации, а по воспоминаниям инженеров, которые работали в тот период. Это устная история — с допущениями, реконструкцией контекста и попыткой передать факты и логику решений.

    habr.com/ru/companies/avito/ar

    #virtualization #proxmox #openvz #lxc #clusterization #ceph #ldap #baremetal #history #avitotech

  2. Как развивалась виртуализация в Авито

    Всем привет! Меня зовут Ярослав Покрепов , я DevOps-инженер в Авито . Виртуализация — это технология создания изолированных и независимых виртуальных сред на базе физических ресурсов. Виртуализация в Авито — это неотъемлемая часть технического стека, как и во многих других IT-компаниях. На этапе основания Авито виртуализация уже была широко распространённой технологией. Проект нуждался в эффективных и гибких решениях для управления ресурсами, в возможности масштабироваться в будущем и в обеспечении стабильной работы при растущей нагрузке. В этой статье попробую провести читателя от истоков виртуализации в Авито до современных решений и показать, как эти изменения повлияли на архитектуру и возможности компании. Описать общую хронологию развития виртуализации без полного погружения в технические детали — об этом расскажу подробнее в следующих частях. Дисклеймер: ранняя история инфраструктуры компании восстановлена не по документации, а по воспоминаниям инженеров, которые работали в тот период. Это устная история — с допущениями, реконструкцией контекста и попыткой передать факты и логику решений.

    habr.com/ru/companies/avito/ar

    #virtualization #proxmox #openvz #lxc #clusterization #ceph #ldap #baremetal #history #avitotech

  3. Как развивалась виртуализация в Авито

    Всем привет! Меня зовут Ярослав Покрепов , я DevOps-инженер в Авито . Виртуализация — это технология создания изолированных и независимых виртуальных сред на базе физических ресурсов. Виртуализация в Авито — это неотъемлемая часть технического стека, как и во многих других IT-компаниях. На этапе основания Авито виртуализация уже была широко распространённой технологией. Проект нуждался в эффективных и гибких решениях для управления ресурсами, в возможности масштабироваться в будущем и в обеспечении стабильной работы при растущей нагрузке. В этой статье попробую провести читателя от истоков виртуализации в Авито до современных решений и показать, как эти изменения повлияли на архитектуру и возможности компании. Описать общую хронологию развития виртуализации без полного погружения в технические детали — об этом расскажу подробнее в следующих частях. Дисклеймер: ранняя история инфраструктуры компании восстановлена не по документации, а по воспоминаниям инженеров, которые работали в тот период. Это устная история — с допущениями, реконструкцией контекста и попыткой передать факты и логику решений.

    habr.com/ru/companies/avito/ar

    #virtualization #proxmox #openvz #lxc #clusterization #ceph #ldap #baremetal #history #avitotech

  4. Как развивалась виртуализация в Авито

    Всем привет! Меня зовут Ярослав Покрепов , я DevOps-инженер в Авито . Виртуализация — это технология создания изолированных и независимых виртуальных сред на базе физических ресурсов. Виртуализация в Авито — это неотъемлемая часть технического стека, как и во многих других IT-компаниях. На этапе основания Авито виртуализация уже была широко распространённой технологией. Проект нуждался в эффективных и гибких решениях для управления ресурсами, в возможности масштабироваться в будущем и в обеспечении стабильной работы при растущей нагрузке. В этой статье попробую провести читателя от истоков виртуализации в Авито до современных решений и показать, как эти изменения повлияли на архитектуру и возможности компании. Описать общую хронологию развития виртуализации без полного погружения в технические детали — об этом расскажу подробнее в следующих частях. Дисклеймер: ранняя история инфраструктуры компании восстановлена не по документации, а по воспоминаниям инженеров, которые работали в тот период. Это устная история — с допущениями, реконструкцией контекста и попыткой передать факты и логику решений.

    habr.com/ru/companies/avito/ar

    #virtualization #proxmox #openvz #lxc #clusterization #ceph #ldap #baremetal #history #avitotech

  5. Bei #Strato gibt es virtuelle Server, die es nicht mehr geben sollte.

    Wer so eine VM hat, erkennt das z.B. daran, dass es mehr als 5 Minuten dauert, ein winziges Programm zu installieren, z.B. sudo apt install hdparm unter Debian oder Ubuntu.

    Weitere Indizien:

    • uname -r gibt eine Kernel-Version aus, die mit 5 anfängt
    • systemd-detect-virt gibt openvz aus.

    Wenn euch Strato anbietet, auf eine KVM-basierte VM auf neuerer Hardware zu migrieren, solltet ihr das in Erwägung ziehen oder den Anbieter wechseln. Jedenfalls wenn ihr auf der VM i/o-intensive Software wie #Mastodon betreiben wollt.

    Diesen Rat gab ich gestern jemandem, der sich wunderte, warum seine Mastodon-Instanz so langsam ist, obwohl sie genug RAM und CPU-Kerne hat und eigentlich korrekt konfiguriert ist.

    Ich bin nicht sicher, ob hdparm das richtige Benchmarking-Tool für virtuelle Festplatten ist, aber um einen Vergleichswert zu haben, war das meine erste Wahl. So verlief der Test bei Strato:

    user@h…:~# sudo hdparm -t /dev/ploop…

    /dev/ploop…:
    Timing buffered disk reads: 4 MB in 6.49 seconds = 631.54 kB/sec

    Und so verläuft die Messung auf einer ARM64-VM von #netcup:

    user@fedifreu:~# sudo hdparm -t /dev/vda

    /dev/vda:
    Timing buffered disk reads: 4210 MB in 3.00 seconds = 1402.89 MB/sec

    Wenn ich das richtig überschlage, kann ich bei NetCup mehr als 2000 mal schneller Dateien lesen. Wie lange das Schreiben dauert, habe ich dann gar nicht mehr getestet.

    #openvz #virtuozzo #overprovisioning #mastoAdmin

  6. Bei #Strato gibt es virtuelle Server, die es nicht mehr geben sollte.

    Wer so eine VM hat, erkennt das z.B. daran, dass es mehr als 5 Minuten dauert, ein winziges Programm zu installieren, z.B. sudo apt install hdparm unter Debian oder Ubuntu.

    Weitere Indizien:

    • uname -r gibt eine Kernel-Version aus, die mit 5 anfängt
    • systemd-detect-virt gibt openvz aus.

    Wenn euch Strato anbietet, auf eine KVM-basierte VM auf neuerer Hardware zu migrieren, solltet ihr das in Erwägung ziehen oder den Anbieter wechseln. Jedenfalls wenn ihr auf der VM i/o-intensive Software wie #Mastodon betreiben wollt.

    Diesen Rat gab ich gestern jemandem, der sich wunderte, warum seine Mastodon-Instanz so langsam ist, obwohl sie genug RAM und CPU-Kerne hat und eigentlich korrekt konfiguriert ist.

    Ich bin nicht sicher, ob hdparm das richtige Benchmarking-Tool für virtuelle Festplatten ist, aber um einen Vergleichswert zu haben, war das meine erste Wahl. So verlief der Test bei Strato:

    user@h…:~# sudo hdparm -t /dev/ploop…

    /dev/ploop…:
    Timing buffered disk reads: 4 MB in 6.49 seconds = 631.54 kB/sec

    Und so verläuft die Messung auf einer ARM64-VM von #netcup:

    user@fedifreu:~# sudo hdparm -t /dev/vda

    /dev/vda:
    Timing buffered disk reads: 4210 MB in 3.00 seconds = 1402.89 MB/sec

    Wenn ich das richtig überschlage, kann ich bei NetCup mehr als 2000 mal schneller Dateien lesen. Wie lange das Schreiben dauert, habe ich dann gar nicht mehr getestet.

    #openvz #virtuozzo #overprovisioning #mastoAdmin

  7. Bei #Strato gibt es virtuelle Server, die es nicht mehr geben sollte.

    Wer so eine VM hat, erkennt das z.B. daran, dass es mehr als 5 Minuten dauert, ein winziges Programm zu installieren, z.B. sudo apt install hdparm unter Debian oder Ubuntu.

    Weitere Indizien:

    • uname -r gibt eine Kernel-Version aus, die mit 5 anfängt
    • systemd-detect-virt gibt openvz aus.

    Wenn euch Strato anbietet, auf eine KVM-basierte VM auf neuerer Hardware zu migrieren, solltet ihr das in Erwägung ziehen oder den Anbieter wechseln. Jedenfalls wenn ihr auf der VM i/o-intensive Software wie #Mastodon betreiben wollt.

    Diesen Rat gab ich gestern jemandem, der sich wunderte, warum seine Mastodon-Instanz so langsam ist, obwohl sie genug RAM und CPU-Kerne hat und eigentlich korrekt konfiguriert ist.

    Ich bin nicht sicher, ob hdparm das richtige Benchmarking-Tool für virtuelle Festplatten ist, aber um einen Vergleichswert zu haben, war das meine erste Wahl. So verlief der Test bei Strato:

    user@h…:~# sudo hdparm -t /dev/ploop…

    /dev/ploop…:
    Timing buffered disk reads: 4 MB in 6.49 seconds = 631.54 kB/sec

    Und so verläuft die Messung auf einer ARM64-VM von #netcup:

    user@fedifreu:~# sudo hdparm -t /dev/vda

    /dev/vda:
    Timing buffered disk reads: 4210 MB in 3.00 seconds = 1402.89 MB/sec

    Wenn ich das richtig überschlage, kann ich bei NetCup mehr als 2000 mal schneller Dateien lesen. Wie lange das Schreiben dauert, habe ich dann gar nicht mehr getestet.

    #openvz #virtuozzo #overprovisioning #mastoAdmin

  8. Bei #Strato gibt es virtuelle Server, die es nicht mehr geben sollte.

    Wer so eine VM hat, erkennt das z.B. daran, dass es mehr als 5 Minuten dauert, ein winziges Programm zu installieren, z.B. sudo apt install hdparm unter Debian oder Ubuntu.

    Weitere Indizien:

    • uname -r gibt eine Kernel-Version aus, die mit 5 anfängt
    • systemd-detect-virt gibt openvz aus.

    Wenn euch Strato anbietet, auf eine KVM-basierte VM auf neuerer Hardware zu migrieren, solltet ihr das in Erwägung ziehen oder den Anbieter wechseln. Jedenfalls wenn ihr auf der VM i/o-intensive Software wie #Mastodon betreiben wollt.

    Diesen Rat gab ich gestern jemandem, der sich wunderte, warum seine Mastodon-Instanz so langsam ist, obwohl sie genug RAM und CPU-Kerne hat und eigentlich korrekt konfiguriert ist.

    Ich bin nicht sicher, ob hdparm das richtige Benchmarking-Tool für virtuelle Festplatten ist, aber um einen Vergleichswert zu haben, war das meine erste Wahl. So verlief der Test bei Strato:

    user@h…:~# sudo hdparm -t /dev/ploop…

    /dev/ploop…:
    Timing buffered disk reads: 4 MB in 6.49 seconds = 631.54 kB/sec

    Und so verläuft die Messung auf einer ARM64-VM von #netcup:

    user@fedifreu:~# sudo hdparm -t /dev/vda

    /dev/vda:
    Timing buffered disk reads: 4210 MB in 3.00 seconds = 1402.89 MB/sec

    Wenn ich das richtig überschlage, kann ich bei NetCup mehr als 2000 mal schneller Dateien lesen. Wie lange das Schreiben dauert, habe ich dann gar nicht mehr getestet.

    #openvz #virtuozzo #overprovisioning #mastoAdmin

  9. Bei #Strato gibt es virtuelle Server, die es nicht mehr geben sollte.

    Wer so eine VM hat, erkennt das z.B. daran, dass es mehr als 5 Minuten dauert, ein winziges Programm zu installieren, z.B. sudo apt install hdparm unter Debian oder Ubuntu.

    Weitere Indizien:

    • uname -r gibt eine Kernel-Version aus, die mit 5 anfängt
    • systemd-detect-virt gibt openvz aus.

    Wenn euch Strato anbietet, auf eine KVM-basierte VM auf neuerer Hardware zu migrieren, solltet ihr das in Erwägung ziehen oder den Anbieter wechseln. Jedenfalls wenn ihr auf der VM i/o-intensive Software wie #Mastodon betreiben wollt.

    Diesen Rat gab ich gestern jemandem, der sich wunderte, warum seine Mastodon-Instanz so langsam ist, obwohl sie genug RAM und CPU-Kerne hat und eigentlich korrekt konfiguriert ist.

    Ich bin nicht sicher, ob hdparm das richtige Benchmarking-Tool für virtuelle Festplatten ist, aber um einen Vergleichswert zu haben, war das meine erste Wahl. So verlief der Test bei Strato:

    user@h…:~# sudo hdparm -t /dev/ploop…

    /dev/ploop…:
    Timing buffered disk reads: 4 MB in 6.49 seconds = 631.54 kB/sec

    Und so verläuft die Messung auf einer ARM64-VM von #netcup:

    user@fedifreu:~# sudo hdparm -t /dev/vda

    /dev/vda:
    Timing buffered disk reads: 4210 MB in 3.00 seconds = 1402.89 MB/sec

    Wenn ich das richtig überschlage, kann ich bei NetCup mehr als 2000 mal schneller Dateien lesen. Wie lange das Schreiben dauert, habe ich dann gar nicht mehr getestet.

    #openvz #virtuozzo #overprovisioning #mastoAdmin