OpenShift

Spis treść Przygotowanie maszyn wirtualnych Bootstrap, Master, Worker Na podstawie poniższej tabeli należy utworzyć maszyny wirtualnej od pozycji 9 do 15, z nazwami z pierwszego członu adresu dns np. control-plane-1 oraz id proxmox 9 równym trzeciemu i czwartemu oktetowi adresu ip. np. 4051. Wszystkie maszyny mają identyczną konfigurację vCPU i

Spis treść Przygotowanie maszyny wirtualnej Bastion Maszyna bastion posłuży nam do następujących celów: Obraz systemu Fedora Server 43 jest do pobrania z tego linku https://fedoraproject.org/server/download. Po przegraniu na isostore Proxmoxa możemy rozpocząć instalację systemu. Ustawiamy hasło dla root-a.Tworzymy także nowego użytkownika: bastuser Wybieramy w Software selection: Guest Agent Kroki po

Instalacja i konfiguracja maszyny wirtualnej Poniższy opis nawiązuje do wpisu https://itadmin.vblog.ovh/klaster-okd-openshift-na-maszynach-wirtualnych-proxmox-przygotowanie-dns/Została przeprowadzona procedura aktualizacji z Fedora 41 do Fedora 43 opisane we wpisie https://itadmin.vblog.ovh/aktualizacja-fedora-41-do-fedora-43/ oraz zmodyfikane ustawienie stref dns w domenie okdlab.local. Modyfikacja strefy forward i reverse Względem opisu na stronie https://itadmin.vblog.ovh/klaster-okd-openshift-na-maszynach-wirtualnych-proxmox-przygotowanie-dns/ uporządkowano istniejące i dodano nowe rekordy: Forward zone

Lista zmian w Fedora 41 względem Fedora 43 1) Warstwa „core” (pakiety, RPM, DNF) — największy ciężar zmian RPM: 4.20 → 6.0 (duży skok, mocno pod kątem bezpieczeństwa) Fedora 41 była na RPM 4.20. Fedora 43 jest pierwszym wydaniem z RPM 6.0. Najważniejsze konsekwencje RPM 6.0 (praktycznie dla admina i

Testowy klaster OKD (OpenShift) Poniższy wpis bazuje na konfiguracji klastra przeprowadzonej wg. wpisu https://itadmin.vblog.ovh/klaster-okd-openshift-na-maszynach-wirtualnych-proxmox-opis-instalacji/ oraz konfiguracji serwera NFS opisanej na stronie https://itadmin.vblog.ovh/klaster-okd-openshift-na-maszynach-wirtualnych-proxmox-przygotowanie-maszyny-storage-nfs/ Opis projektu OpenShift : java-cpu-burner Projekt ma na celu kontrolowane wywołanie mechanizmu autoscalera HPA w OpenShift przez liniowe zwiększanie obciążenia CPU. CPU będzie rosnąć liniowo → HPA spokojnie

Testowy klaster OKD (OpenShift) Poniższy wpis bazuje na konfiguracji klastra przeprowadzonej wg. wpisu https://itadmin.vblog.ovh/klaster-okd-openshift-na-maszynach-wirtualnych-proxmox-opis-instalacji/ oraz konfiguracji serwera NFS opisanej na stronie https://itadmin.vblog.ovh/klaster-okd-openshift-na-maszynach-wirtualnych-proxmox-przygotowanie-maszyny-storage-nfs/ Opis projektu OpenShift : java-memory-eater Projekt ma na celu kontrolowane wywołanie częstego błędu w aplikacjach java: OutOfMemoryError poprzez cykliczne pożeranie pamięci RAM. Bazuje na obrazie Docker-a eclipse-temurin:17-jdk-alpine .

Testowy klaster OKD (OpenShift) Poniższy wpis bazuje na konfiguracji klastra przeprowadzonej wg. wpisu https://itadmin.vblog.ovh/klaster-okd-openshift-na-maszynach-wirtualnych-proxmox-opis-instalacji/ oraz konfiguracji serwera NFS opisanej na stronie https://itadmin.vblog.ovh/klaster-okd-openshift-na-maszynach-wirtualnych-proxmox-przygotowanie-maszyny-storage-nfs/ Opis projektu OpenShift : java-hello Projekt ma na celu weryfikację możliwości budowania projektów na nowym klastrze OKD. Bazuje na obrazie Docker-a eclipse-temurin:17-jdk-alpine . Dodatkowo projekt wykorzystuje configmapę oraz

Testowy klaster OKD (OpenShift) Poniższy wpis bazuje na konfiguracji klastra przeprowadzonej wg. wpisu https://itadmin.vblog.ovh/klaster-okd-openshift-na-maszynach-wirtualnych-proxmox-opis-instalacji/ a w szczególności konfiguracji serwera NFS opisanej na stronie https://itadmin.vblog.ovh/klaster-okd-openshift-na-maszynach-wirtualnych-proxmox-przygotowanie-maszyny-storage-nfs/ Czym jest OpenShift PVC (PersistentVolumeClaim)? W OpenShift PersistentVolumeClaim (PVC) to żądanie pamięci masowej przez użytkownika lub aplikację. Umożliwia ono dostęp do PersistentVolumes (PV), które zapewniają zasoby

Testowy klaster OKD (OpenShift) Poniższy wpis bazuje na konfiguracji klastra przeprowadzonej wg. wpisu https://itadmin.vblog.ovh/klaster-okd-openshift-na-maszynach-wirtualnych-proxmox-opis-instalacji/ Autoryzacja przez htpasswd Ponieważ kubeadmin jest obecnie jedynym dostępnym użytkownikiem klastra należy utworzyć nową metodą autoryzacji np. htpasswd i dodać w niej kolejnych użytkowników. Przygotowujemy więc listę użytkowników w pliku np. /home/bastuser/htpasswd Sprawdzamy jakie są obecnie

Klaster OKD (OpenShift) na maszynach wirtualnych Proxmox Monitorowanie przebiegu instalacji klastra Jeśli na dowolnym control-plane pojawi się poniższy błąd tego typu to należy zaakceptować czekające na akceptację certyfikaty (patrz opis poniżej) Można też podglądać status powstajacego klastra korzystając z jego API Generalnie problemy z instalacją klastra mogą wynikać najczęściej z:

Klaster OKD (OpenShift) na maszynach wirtualnych Proxmox Funkcje maszyn Compute w klastrze (worker) Węzeł obliczeniowy (node) w klastrze OKD (OpenShift Kubernetes Distribution) to węzeł roboczy (worker) , który wykonuje podstawową funkcję uruchamiania obciążeń aplikacji. Te węzły są odpowiedzialne za hostowanie konteneryzowanych aplikacji i usług w klastrze. Oto podział jego kluczowych

Klaster OKD (OpenShift) na maszynach wirtualnych Proxmox Funkcje maszyn Control-Plane (master) w klastrze Węzeł (node) control-plane (inaczej master) w klastrze OKD (OpenShift Kubernetes Distribution) to główny komponent odpowiedzialny za zarządzanie i koordynowanie całościowych operacji klastra. Te węzły hostują krytyczne usługi i komponenty wymagane do utrzymania funkcjonalności klastra i zapewnienia, że

Klaster OKD (OpenShift) na maszynach wirtualnych Proxmox Przygotowanie maszyny wirtualnej Bootstrap Węzeł bootstrap w klastrze OKD (OpenShift Kubernetes Distribution) to tymczasowy węzeł odpowiedzialny za inicjowanie procesu instalacji i provisioningu klastra. Odgrywa on kluczową rolę w bootstrappingu płaszczyzny sterowania i zapewnia, że ​​komponenty klastra są wdrażane i konfigurowane poprawnie. Obraz systemu