VulCode

Wdrożenie Proxmox, serwery VPS, CI/CD i monitoring

VulCode wdraża Proxmox VE i przenosi maszyny z VMware, stawia serwery VPS, automatyczne wdrożenia i monitoring ze stroną statusu. Nasze zmiany przyjęto do kodu Proxmox VE, a monitoring Pharos piszemy sami, więc oba narzędzia znamy od środka.

od 199 zł/mies.

Kwotę dla Twojego zakresu podajemy w bezpłatnej wycenie.

Przebieg wdrożenia w CI: testy i build, nowa wersja obok starej, sprawdzenie zdrowia, przełączenie ruchu i lista ostatnich wdrożeń
Kanał #incydenty na Discordzie w telefonie: alarm Pharos o niedziałającym panelu, wpisy dyżurnego i rozwiązany incydent

Proxmox VE znamy od środka

Każdą poprawkę do Proxmox VE sprawdzają jego twórcy, zanim trafi do kodu, więc musi bronić się sama. Przyjęli już 6 naszych zmian w interfejsie, z którego administratorzy zarządzają maszynami i kontenerami.

6poprawek przyjętych przez twórców Proxmox VE

Kolejne poprawki są w drodze.

Na przykład
  • Okno wgrywania pliku pokazuje tylko nazwę wybranego pliku
  • Okno ipset nie podsuwa aliasów, które są już dodane
  • Przy wgrywaniu obrazu można wybrać format .img
Centrum danych w Proxmox VE: trzy węzły, maszyny wirtualne i kontenery z użyciem dysku, pamięci i procesora, tagi i lista zadań

Hosting współdzielony, VPS czy własny Proxmox

Hosting wybiera się od pytania, kto będzie administrował serwerem, a dopiero potem od liczby procesorów i gigabajtów. Tak wyglądają trzy poziomy, które polecamy zależnie od skali.

Co administrujesz Ty albo Twój wykonawca
  1. Twoja strona albo aplikacja

    Hosting współdzielony

    Kto administruje systemDostawca hostingu
    Co dostajesz
    • Pełny dostęp do serwera: nie
    • Własne usługi i kontenery: nie
    • Wiele maszyn pod jednym panelem: nie
    • Brak opieki nad sprzętem
    Typowe zastosowanieStrona firmowa, blog, mały sklep
  2. System i usługi na serwerze
    Twoja strona albo aplikacja

    VPS

    Kto administruje systemTy albo Twój wykonawca, chyba że kupujesz VPS zarządzany
    Co dostajesz
    • Pełny dostęp do serwera
    • Własne usługi i kontenery
    • Wiele maszyn pod jednym panelem: częściowo
    • Brak opieki nad sprzętem
    Typowe zastosowanieAplikacje z własnym oprogramowaniem na serwerze, większe sklepy
  3. Sprzęt i wirtualizacja
    System i usługi na serwerze
    Twoja strona albo aplikacja

    Własny klaster Proxmox

    Kto administruje systemTy albo Twój wykonawca, razem z warstwą wirtualizacji
    Co dostajesz
    • Pełny dostęp do serwera
    • Własne usługi i kontenery
    • Wiele maszyn pod jednym panelem
    • Brak opieki nad sprzętem: nie
    Typowe zastosowanieWiele maszyn albo sprzedaż hostingu dalej
Pięć modeli hostingu i tabela, kto za co odpowiada, są w poradniku.Poradnik: hosting dla firmy

Wdrożenie bez przestojów

Serwer, który da się postawić od nowa z opisu, nie zależy od pamięci administratora. Dlatego konfiguracja i proces wdrożenia leżą w repozytorium, a nowa wersja startuje obok starej i przejmuje ruch dopiero po sprawdzeniu.

Przebieg wdrożenia w CI z tabelą kroków (testy i build, nowa wersja obok starej, sprawdzenie zdrowia, przełączenie ruchu) i listą ostatnich wdrożeń
  1. Testy i build

    Wdrożenie rusza samo, gdy zatwierdzimy zmiany w kodzie, bez ręcznego kopiowania plików na serwer. Jeden nieudany test zatrzymuje cały proces.

  2. Nowa wersja obok starej

    Nowa wersja startuje obok działającej i musi odpowiedzieć na sprawdzenie zdrowia, zanim dostanie jakikolwiek ruch.

  3. Przełączenie po sprawdzeniu

    Ruch przechodzi na nową wersję dopiero po udanym sprawdzeniu zdrowia. Każdy błąd w trakcie przywraca poprzednią wersję automatycznie.

Monitoring, który mówi prawdę

Test z zewnątrz widzi to samo, co użytkownik, ale liczba na stronie statusu musi znaczyć dokładnie to, co mówi. Tak liczymy dostępność w naszym monitoringu Pharos i tak samo ustawiamy ją u Ciebie.

Strona statusu Pharos z otwartymi incydentami i monitorami
Kanał #incydenty na Discordzie w telefonie: alarm Pharos o niedziałającym panelu, wpisy dyżurnego i rozwiązany incydent
  1. Czas bez pomiaru to brak danych

    Wiele stron statusu liczy go jako działanie i zawyża wynik. Pharos dzieli czas dostępności przez czas naprawdę obserwowany, a resztę pokazuje osobno jako nieznaną.

  2. Okna serwisowe osobno

    Prace zapowiadamy na stronie statusu z datą i godziną. Okno serwisowe jest oznaczone, ale nie kasuje awarii z historii.

  3. Bez zaokrąglania w górę

    Dostępność nie zaokrągla się na swoją korzyść, więc krótka awaria nie znika z wyniku w okrągłym 100%.

Migracja z VMware do Proxmox VE

Proxmox VE ma wbudowany importer maszyn z VMware ESXi i gotowych obrazów maszyn, więc nie stawiamy ich od zera. Przenosimy je w tej kolejności, a stare środowisko działa do końca testów.

  1. Plan migracji z kolejnością

    Spis maszyn

    Spisujemy maszyny, dyski, sieci i zależności między usługami, a maszyny z migawkami, szyfrowaniem i dyskami na vSAN oznaczamy osobno.

  2. Maszyny gotowe do importu

    Przygotowanie maszyn

    Usuwamy narzędzia starego hypervisora, zapisujemy konfigurację sieci i rezerwacje DHCP, sprawdzamy klucze szyfrowania dysków.

  3. Klaster z kopiami zapasowymi

    Klaster Proxmox

    Instalacja, sieć, magazyn danych i kopie zapasowe, zanim przeniesiemy pierwszą maszynę.

  4. Maszyny działające na Proxmoxie

    Import

    Import maszyn po kolei, przy krytycznych usługach z importem na żywo, który skraca przerwę.

  5. Stare środowisko wyłączone

    Sprawdzenie i wyłączenie starego

    Testy usług, monitoring i dopiero potem wyłączenie starego środowiska.

Które środowisko działa w danym krokuOd kroku 3 działają oba środowiska, a VMware wyłączamy dopiero po testach w kroku 5.
VMware ESXi
Proxmox VE

Dyski na VMware vSAN nie przenoszą się wprost, a maszyny z migawkami importują się dużo wolniej, więc te maszyny planujemy osobno, zanim ruszy pierwszy import.

Infrastruktura, którą budujemy u siebie

Pokazujemy tu platformę hostingową Flaem, monitoring Pharos i skrypty, które pilnują naszej infrastruktury.

Pulpit operatora Flaem z węzłami, kopiami zapasowymi i sprawami, które czekają na człowieka
Case study, panel dla hostingu

Flaem

Flaem to panel dla firm hostingowych: sprzedaż z fakturami i KSeF, panel klienta oraz obsługa serwerów gier, VPS i stron WWW w jednej instalacji, którą firma hostingowa stawia na swoim sprzęcie. Jest przed publicznym wydaniem.

Narzędzia, które pilnują naszych serwerów
Jeden programz własną bazą danych, stawiany jednym poleceniem
  • Sprawdzanie stron i usług
  • Publiczna strona statusu
  • Incydenty z Discorda

Pharos

Monitoring dostępności, strona statusu i incydenty w jednym pliku. Kod jest otwarty, więc Pharos postawisz na własnym serwerze.

Jedna komenda
  • rozjazd konfiguracji
  • hasła i klucze w repozytorium
  • wygasające certyfikaty
  • martwe linki
  • brakujące kopie zapasowe
  • zajęte porty

Skrypty operacyjne

Kilkanaście skryptów diagnostycznych pilnuje zdrowia naszej infrastruktury. Rutynowa robota, która wcześniej zajmowała godziny, mieści się w jednej komendzie.

Najczęstsze pytania o serwery i DevOps

Odpowiedzi o migracji, serwerach i monitoringu.

Planujesz migrację albo nowe serwery?

Napisz, ile masz maszyn i co na nich działa. Odpowiemy w godzinę z pytaniami i wyceną.