Usługi / On-prem i hybryda

Serwerownia

Projektujemy i utrzymujemy infrastrukturę w serwerowni i hybrydę z chmurą pod Wasze systemy

Projektujemy, wdrażamy i utrzymujemy środowiska w serwerowni oraz hybrydę z chmurą. Zaczynamy od tego, co stoi u Was: maszyny, storage, sieć, kto ma dostęp i które dane zostają lokalnie. Potem stawiamy klaster, kopie i Kubernetes. Aplikacje wdrażamy z Gita, tak samo jak w chmurze. Gdy część systemów idzie do chmury, łączymy oba środowiska wspólnymi uprawnieniami, monitoringiem i dyżurem.

Serwerownia Najpierw maszyny, sieć, dostęp i to, co zostaje lokalnie
Klaster Proxmox z HA, szablonem maszyn i planem pojemności
Kopie Dwa tory i restore w kalendarzu
Hybryda Most do chmury, wspólny IAM i dyżur
Jak to składa się w całość

Od serwerowni do klastra, kopii i mostu

Najpierw rozumiemy, co stoi u Was i które systemy mają zostać lokalnie. Na tej podstawie składamy wirtualizację, Kubernetes, kopie i sieć. Proxmox, Argo CD i ntopng służą do tej pracy na co dzień.

  • Migrację do chmury robimy etapami. Najpierw most, potem wybrane systemy, bez jednorazowego przestoju całego środowiska.
  • Niskie opóźnienie i wymóg przechowywania danych lokalnie są powodem, żeby zostawić system w serwerowni. Zapisujemy to w zakresie razem z kopią i dyżurem.
Proxmox VE, datacenter, węzły, CPU i storage
01, Proxmox

Stawiamy i utrzymujemy klaster pod maszyny i dane

W Proxmox porządkujemy węzły, storage, sieć i firewall. Ćwiczymy migrację live i utratę węzła. Maszyny stawiamy z szablonu. Jeśli dane mają zostać lokalnie, trzymamy je w serwerowni i zapisujemy to w zakresie.

Klaster

Ustalamy quorum, fencing i kolejność patchy. Test utraty węzła jest w kalendarzu.

Storage

Dobieramy Ceph albo inne storage do obciążenia. Pilnujemy retencji snapshotów, wydajności i alertu na zapełnienie.

Sieć

VLAN, SDN i firewall na hiperwizorze i na krawędzi. Sieć zarządzania osobno od gości.

Pojemność

Planujemy rozbudowę RAM, CPU i IOPS zanim produkcja zacznie czekać na dysk.

Kubernetes Dashboard, pody, CPU i pamięć
02, Kubernetes

Wdrażamy aplikacje w serwerowni tak samo jak w chmurze

Klaster stawiamy na Proxmox albo bezpośrednio na serwerach. Te same manifesty co w chmurze, inne wartości per środowisko. Upgrade i certyfikaty wchodzą w okno administracji. Argo CD w LAN wdraża to, co przeszło przegląd.

Fundament

Load balancer, storage class, NTP i DNS. Bez tego klaster w serwerowni nie jest gotowy do produkcji.

GitOps

Argo CD stoi w LAN. Na produkcję idzie to, co przeszło przegląd w Git.

Obrazy

Obraz trzymamy w lokalnym registry albo w cache. Restart poda nie czeka na internet.

Zespół

Ta sama platforma dla zespołu, czy node stoi w chmurze, czy w serwerowni.

Proxmox Backup Server, datastore, retencja i transfer
03, Backup

Trzymamy kopię w hali i drugą poza budynkiem

Proxmox Backup Server w serwerowni daje krótki czas odtworzenia. Drugi tor stawiamy poza budynkiem albo w chmurze na innym koncie, z innym kluczem. Restore jest w kalendarzu. Utrata hali albo klastra nie zabiera jedynej kopii.

Tor A

Blisko produkcji, szybki restore maszyn i kontenerów.

Tor B

Inna lokalizacja, inny klucz. Kopia, której nie da się skasować z klastra.

Zakres

Goście, bazy i konfiguracja. Taśmy albo object lock dokładamy, gdy retencja tego wymaga.

Ćwiczenie

Odtwarzamy na zimnym sprzęcie albo w chmurze, ze spisanym DNS.

ntopng, przepływy, aplikacje i klasyfikacja ruchu
04, Sieć

Pilnujemy LAN, VPN i łącza do chmury

ntopng stawiamy na bramie i w rdzeniu. Widać, czy hybryda działa, czy ktoś skanuje sieć, czy kopia zabiera pasmo w godzinach biura. Cloudflare albo inna krawędź może stać przed aplikacją. Wejście do aplikacji zostaje prywatne.

Baseline

Zapisujemy baseline: peer, port, pora. Odchylenie dostaje alert.

Hybryda

VPN albo dedykowane łącze. Failover DNS i routing są w playbooku.

Dostęp

RDP i SSH nie wychodzą na świat. Wejście przez jump i MFA.

Pojemność

Backup i replikacja nie zabierają pasma aplikacji. QoS albo okno poza ruchem klientów.

Jak pracujemy

Od serwerowni klienta do produkcji

Zaczynamy od inwentarza: maszyny, storage, sieć, kto ma dostęp i które dane zostają lokalnie. Potem stawiamy klaster, szablony i kopie. Aplikacje wdrażamy z Gita, najpierw na staging w serwerowni. Most do chmury dokładamy, gdy część systemów ma stanąć u dostawcy albo już tam jest.

  1. Serwerownia Sprawdzamy węzły, storage, zasilanie, sieć i kto ma dostęp fizyczny oraz do iLO. Ustalamy, co zostaje lokalnie. Z tego wychodzi zakres: klaster, kopie, ewentualny most.
  2. Klaster W Proxmox stawiamy węzły, storage, VLAN i szablony maszyn. Ćwiczymy utratę węzła zanim środowisko wejdzie na produkcję.
  3. Aplikacje i staging Stawiamy Kubernetes, sekrety i registry. Staging ma ten sam kształt co produkcja, tylko mniejszy. Pipeline buduje obraz, Argo CD wdraża w LAN.
  4. Ciągłość i most Drugi tor kopii, restore i dyżur. VPN albo Direct Connect, wspólny IAM i monitoring z chmurą, gdy hybryda jest w zakresie.
Rozmowa

Omówimy serwerownię, systemy i kopie

Na tej podstawie przygotujemy zakres: klaster, wdrożenia, kopie i most do chmury.

Skontaktuj się