Opis projektu MORS Projekt MORS ma na celu zebranie danych i wizualizację w jednym miejscu informacji o wykorzystaniu zasobów sprzętowych na serwerze Proxmox 9 i klastra OKD.W jego skład wchodzą 2 projekty OpenShift: Aplikacje projektu morsusl-prod mają za zadnie pobranie danych o wykorzystaniu zasobów sprzętowych z serwera Proxmox 9 i
Wymagania sprzętowe Windows Server Standard 2025 Obraz ISO jest do pobrania z tego adresu https://www.microsoft.com/en-us/evalcenter/download-windows-server-2025Dokładne wymagania sprzętowe opisane są pod tym adresem https://learn.microsoft.com/pl-pl/windows-server/get-started/hardware-requirements?tabs=cpu&pivots=windows-server-2025Najważniejsze to: Opis klastra OKD można znaleźć we wpisie https://itadmin.vblog.ovh/klaster-okd-openshift-na-maszynach-wirtualnych-proxmox-opis-instalacji/#0-klaster-okd-openshift-na-maszynach-wirtualnych-proxmox Rola Windows Server Standard 2025 w sieci klastra OKD OpenShift 4.19 Przygotowanie maszyny wirtualnej ad1.okdlab.local z id 4012
Podstawowe informacje o sposobie wyłączenia Poniżej znajduje się procedura „graceful shutdown” dla OKD 4.19 (w tym przykładzie 3× master, 3× worker) tak, żeby klaster dało się bezpiecznie uruchomić później (minimalizacja ryzyka korupcji danych, zwłaszcza etcd). To jest dokładnie podejście zalecane w dokumentacji OKD/OpenShift. Krytyczne elementy: Procedurę wyłączenia należy wykonać
Opis klastra OKD OpenShift 4.19 Opis klastra OKD można znaleźć we wpisie https://itadmin.vblog.ovh/klaster-okd-openshift-na-maszynach-wirtualnych-proxmox-opis-instalacji/#0-klaster-okd-openshift-na-maszynach-wirtualnych-proxmox Elementy klastra OKD OpenShift 4.19 Do utworzenie klastra OKD OpenShift 4.19 w modelu instalacji User-Provisioned Infrastructure (UPI) potrzebne są: Dodatkowe przydatne elementy klastra Przygotowanie klastra OKD do pracy po zakończeniu instalacji Przykładowe wdrożenie aplikacji na klastrze OKD
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
Opis przeznaczenia maszyny proxy 1) Jedno IP / jeden punkt wejścia do klastra Zamiast uczyć użytkowników/usługi, że API jest raz na master1, raz na master2, a czasem master3, dajesz im: 1 adres DNS/IP dla API (np. api.okd.example) 1 adres DNS/IP dla aplikacji (np. apps.okd.example) HAProxy stoi przed klastrem i “za
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
Ustawienia w zakładce Processors maszyny wirtualnej NUMA: na Twoim Ryzenie najczęściej nie ma sensu włączać dla małych/średnich VM. Zostaw OFF. Topologia: wybieraj 1 socket. Czyli 1 socket / 4 cores zamiast 2 socket / 2 cores. Określanie liczby potrzebnych vCPU dla maszyny wirtualnej Zweryfikuj Load i steal time w środku
Opis działania rozwiązania Zadaniem mini serwera będzie serwowanie w sieci lokalnej na potrzeby innych aplikacji i monitoringu pliku /run/pve-extra-metrics.json tworzonego dynamicznie przez usługę pve-extra-metrics.service. Rozwiązanie to opisane jest dokładnie na stronie https://itadmin.vblog.ovh/proxmox-ve-9-1-4-wlasna-modyfikacja-okna-summary-w-konsoli-gui/ Utworzenie mini serwera w Python 3 Tworzymy skrypt python do uruchomienia mini serwera na porcie 8080 i serwowaniu
Opis Ollama Ollama to lokalny serwer modeli językowych (LLM), który pozwala uruchamiać i używać dużych modeli AI — takich jak LLaMA, Mistral, DeepSeek czy Phi — bezpośrednio na własnym komputerze lub serwerze, bez połączenia z chmurą. Obsługuje GPU (CUDA, ROCm, Metal) oraz różne poziomy kwantyzacji modeli (np. Q4_K_M, Q8_0), dzięki
Powiązane wpisy Parametry nowego serwera homelab Minisforum AI X1 Pro Monitoring i ograniczenie zużycia energii w serwerze homelab Minisforum AI X1 Pro Na zmodyfikowanym ekranie Proxmox 9 GUI widać na bieżąco energię pobieraną z gniazdka przez sam serwer. Więcej o tym jak dodać takie modyfikacje do Proxmox 9 GUI we
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
Odsłony 10
Dni w zakresie 28
Średnia dzienna liczba odsłon 0
From Any SERP 0
Unikalne IP 3
Ostatnie 30 minut 0
Dzisiaj 0
Wczoraj 0