Baza wiedzy o Proxmoksie
Odpowiedzi na pytania, które stawia Proxmox. Każdy wpis jest pisany tak, by trafić do wszystkich szukających tej samej sprawy różnymi słowami, a nie tylko jednym sformułowaniem.
Sieć
- Dać kontenerowi własny adres w sieci: co zyskujesz, czym płacisz Kontener można opublikować pod własnym adresem zamiast pod numerem portu. Zysk jest prawdziwy i cena też, a tę drugą zwykle odkrywa się już po zbudowaniu.
- Zrozumieć odziedziczony serwer: czytaj, zanim zmienisz Trafił ci się Proxmox, którego nie budowałeś, i odpowiadasz teraz za niego. Pierwszym odruchem jest coś zmienić, żeby zrozumieć, i właśnie tego nie należy robić najpierw.
- Gdzie w Proxmoksie umieścić Dockera: decyzja o miejscu i pułapka compose To, gdzie postawisz kontenery, nie jest kwestią gustu, tylko kwestią promienia rażenia. A plik compose wygląda na konfigurację, choć jest programem, który uruchamiasz.
- Napisałem regułę zapory i nic się nie dzieje: przełącznik na trzech poziomach Zapora Proxmoksa włącza się na trzech poziomach, a reguła nic nie robi, dopóki wszystkie trzy nie są włączone. Najczęstsza sytuacja to poprawna reguła siedząca pod wyłączonym przełącznikiem.
- Jak czytać mapę sieci: dokąd idzie ruch maszyny Jest pytanie, na które widok listy odpowiada źle: którędy dokładnie przechodzi ruch tej maszyny. Da się odpowiedzieć, ale tylko składając łańcuch w głowie za każdym razem.
- Zmieniłem ustawienia sieci i straciłem dostęp: podcinanie gałęzi, na której siedzisz Konfigurację sieci stosuje się przez to samo połączenie, którym ją stosujesz. Drobny błąd przecina połączenie w chwili zastosowania, a bez przygotowanej drogi powrotu potrzebny jest dostęp fizyczny.
- Rozdzielanie sieciami VLAN: jeden kabel, kilka sieci i to, gdzie siedzi znacznik Sens rozdzielania polega na ograniczeniu zasięgu złego dnia. VLAN robi to na jednym kablu, ale miejsce nakładania znacznika i to, czy mostek ma prawo nieść znaczniki, mogą zawieść po cichu.
- Maszyna wirtualna nie ma sieci: patrzenie we właściwej kolejności Większość ludzi zaczyna szukanie wewnątrz maszyny, a to miejsce, w które patrzy się na końcu. Łańcuch ma cztery ogniwa, a objaw mówi ci, które jest zepsute.
- Zapis audytu: odpowiedź na pytanie kto to zrobił, a nie co się stało Monitorowanie mówi, co się stało, zapis audytu mówi, kto to zrobił. Jego wartość ujawnia się w dni, których nie chcesz przeżyć, a jeśli tego dnia go nie masz, to nigdy nie istniał.
- Czy da się prowadzić Proxmoksa bez wiersza poleceń: uczciwa odpowiedź Odpowiedź brzmi w dużej mierze tak, ale nie o to naprawdę chodzi. Niebezpieczeństwem nie jest nieznajomość wiersza poleceń, tylko wklejenie polecenia, którego nie rozumiesz.
- Łączenie kilku kart sieciowych: nadmiarowość czy prędkość Karty łączy się z dwóch różnych powodów, a te dwa powody to nie ten sam tryb. Większość konfiguracji chce naprawdę nadmiarowości, a ustawia pod przepustowość, i wynikiem jest rozczarowanie.
Aktualizacje
- Kontener zmienił się sam: co naprawdę obiecuje znacznik "latest" Niczego nie aktualizowałeś, a kontener zachowuje się inaczej. To nie awaria: latest nie jest wersją, tylko wskaźnikiem. Prawdziwą sprawą nie jest dostanie najnowszego, tylko możliwość powrotu.
- Zanim naciśniesz aktualizuj: która aktualizacja co zatrzymuje To, czego boją się ludzie nieaktualizujący od miesięcy, to nie aktualizacja, tylko niewiedza, co się zatrzyma. Aktualizacje nie są jednym rodzajem rzeczy, a ich skutki wcale nie są podobne.
- Repozytoria i komunikat o subskrypcji: pierwsza niespodzianka po instalacji Na świeżej instalacji aktualizacja kończy się błędem uwierzytelnienia i nic nie jest zepsute: domyślne repozytorium jest tym płatnym. Ten wpis omawia repozytoria, prawdziwą różnicę między nimi i niebezpieczną jednolinijkę krążącą po forach.
- Aktualizacje jądra: dlaczego najgroźniejsza aktualizacja jest najcichsza Jądro się instaluje, nic się nie dzieje, wszystko wygląda normalnie. Niebezpieczeństwo przychodzi przy następnym rozruchu, a ten rozruch może być za kilka tygodni. Między przyczyną a skutkiem wchodzą tygodnie.
- Coś się zepsuło po aktualizacji: po i przez to nie jest to samo Restart jest pierwszym uczciwym testem wszystkiego, co zrobiono od poprzedniego restartu. Część tego, co się psuje, nie została wprowadzona przez aktualizację, tylko już tam była i nigdy nie została sprawdzona.
- Aktualizacja wersji głównej: to nie jest aktualizacja, to migracja Aktualizacja wymienia część, aktualizacja główna wymienia całą rodzinę. Różnica ujawnia się przy powrocie: aktualizację cofniesz pakiet po pakiecie, zmiany rodziny nie cofniesz.
Dostęp
- Wystawienie panelu na zewnątrz: co się zmienia i droga zmieniająca najmniej W chwili, gdy umieścisz panel w internecie, strona logowania staje się widoczna dla wszystkich, a automatyczne próby znajdują ją w ciągu godzin. Są trzy drogi, a ta chroniąca najmocniej w ogóle nie czyni panelu widocznym.
- Wybór źródła tożsamości przy dodawaniu użytkownika: istnieje na serwerze czy tylko w panelu Proxmox zna dwa rodzaje użytkowników: konta systemowe naprawdę istniejące na serwerze i konta istniejące wyłącznie wewnątrz Proxmoksa. Zły wybór albo blokuje logowanie, albo otwiera więcej drzwi, niż trzeba.
- Konsola, powłoka i SSH: trzy osobne drzwi do tej samej maszyny Gdy nie możesz dosięgnąć maszyny, pierwszym pytaniem jest, których drzwi używałeś. Są trzy, a każde zależy od działania czegoś innego.
- Konsola jest uprawnieniem: dlaczego prosi o własne pozwolenie Konsola wygląda jak ekran, ale jest powłoką. A możliwość zmiany ustawień i możliwość otwarcia powłoki to dwie różne moce; traktowanie jednej jak drugiej oznacza rozdawanie roota.
- Osobny klucz dla automatyzacji zamiast dzielenia hasła: tokeny i ich granice Danie skryptowi hasła zapisuje w pliku wszystko, co posiada dana osoba. Token to osobny klucz: można go unieważnić osobno, nadać mu datę końca i utrzymać przy mniejszych uprawnieniach niż konto.
- Odebrałem uprawnienia, a ta osoba nadal jest w środku: sesja to nie to samo co uprawnienie Odebrałeś uprawnienie, wyłączyłeś nawet konto, a ta osoba nadal potrafi coś zrobić. Nic nie jest zepsute: odbieranie dostępu i kończenie sesji to dwie osobne czynności.
- Logowanie do panelu: samo hasło nie jest obroną Siła hasła znaczy coś tylko wtedy, gdy zgadywanie jest kosztowne. A założeniem kosztującym najwięcej jest to: jestem w sieci lokalnej, więc jestem bezpieczny.
- Dać asystentowi AI dostęp do Proxmoksa: gdzie musi leżeć granica Praca, którą model robi naprawdę dobrze, czytanie długich dzienników i znajdowanie miejsca awarii, to dokładnie ta praca, której zwykle nie wolno mu wykonać. Powód: dzisiejsze jedyne drogi wręczają mu roota, a ryzyko to nie zła wola, tylko brakujący kontekst.
- Zejście z roota: decyzja, do której nikt cię nie zmusza, i ta, która najbardziej się opłaca Praca jako root nie wybucha pewnego dnia. Po cichu psuje dwie rzeczy: to, na kogo wskazuje zapis, i to, gdzie zatrzymuje się błędne kliknięcie. Lekarstwem nie jest wyłączenie roota, tylko zdjęcie z niego codziennej pracy.
- Nadałem uprawnienie, a nie działa: kwestia ścieżki w uprawnieniach Proxmoksa Uprawnienie w Proxmoksie nie jest samą rolą. To kto, jaka rola i na jakiej ścieżce, wszystkie trzy razem. Najczęstszym problemem jest rola nadana w złym punkcie.
Maszyny wirtualne
- Ile rdzeni i ile pamięci do jakiej pracy Dobór rozmiaru zależy od rodzaju pracy. Serwer multimediów, baza danych i maszyna do sztucznej inteligencji nie przypominają siebie nawzajem, a danie za dużo bywa gorsze niż danie za mało.
- Typ procesora maszyny wirtualnej: dlaczego domyślny jest wolny i dlaczego host nie zawsze jest właściwy Domyślny typ procesora jest celowo stary, żeby działał wszędzie. Ceną jest wydajność. Przeciwny koniec, czyli host, daje prędkość, ale odbiera maszynie swobodę przenoszenia się.
- Szablony i klonowanie: różnica między klonem powiązanym a pełnym Klon powiązany wstaje w sekundy, ale pozostaje przywiązany do szablonu. Klon pełny jest niezależny, ale kosztuje miejsce i czas. Różnica wychodzi na jaw w dniu, w którym chcesz skasować szablon.
- Tworzenie maszyny wirtualnej w Proxmoksie w sekundy zamiast w minuty Instalacja z obrazu ISO zajmuje dwadzieścia minut. Przy obrazie chmurowym maszyna przy pierwszym starcie przychodzi gotowa, z użytkownikiem, nazwą sieciową i pakietami już na miejscu.
- Agent gościa jest włączony i nadal mówi, że nie działa Włączenie agenta i zainstalowanie agenta to dwie różne rzeczy, a zrobienie obu wciąż może zostawić go wyłączonym. Tym, co czyni pogoń za tym opłacalną, nie jest brakujący adres IP, tylko kopia zapasowa, która nadal się udaje, po cichu tracąc wiarygodność.
- Kontener czy maszyna wirtualna: różnica w jednym zdaniu i jej cztery skutki Wybór podejmuje się zwykle z przyzwyczajenia do zasobów. A różnica mieści się w jednym zdaniu i wszystko inne z niego wynika.
- Wybór sprzętu wirtualnego: to, co pokazujesz gościowi, decyduje o jego szybkości Sprzęt maszyny wirtualnej nie jest faktem, tylko wyborem. Emulowany stary sprzęt jest narzędziem na dzień instalacji, a nie na całe życie maszyny.
- Dlaczego maszyna wirtualna jest wolna: procesor, dysk albo nadmiarowy przydział Wolność ma trzy częste źródła i każde ujawnia się gdzie indziej. Dodawanie rdzeni przed znalezieniem właściwego zwykle pogarsza sprawę.
- Maszyna nie chce się wyłączyć: żądanie to nie wyłącznik Wyłączenie prosi; zatrzymanie wyrywa wtyczkę. Wszystko, co myli w maszynie odmawiającej wyłączenia, bierze się z tego jednego rozróżnienia i z tego, że żądanie potrzebuje kogoś w środku, kto słucha.
- Czym jest QEMU Guest Agent i dlaczego twoja maszyna nie pokazuje adresu Agent gościa to kanał między hipernadzorcą a wnętrzem maszyny. Bez niego adres pozostaje pusty, żądania wyłączenia nie docierają, a z panelu nie da się nic powiedzieć do środka.
- Przeniosłem maszynę z VMware i nie startuje: dysk jest, drogi do niego nie ma Najczęstsza awaria po migracji z VMware to nie utracony dysk. To gość, który nie rozpoznaje już kontrolera przed dyskiem, a rozwiązanie pozostaje odwracalne na każdym kroku, dopóki zmieniasz jedną rzecz naraz.
Kopie zapasowe
- Ile kopii zapasowych trzymać: prawdziwym pytaniem nie jest liczba, tylko jak daleko wstecz sięgasz Siedem codziennych kopii chroni znakomicie przed pomyłką, którą zauważasz dzisiaj, i zupełnie nie chroni przed szkodą, którą zauważasz za miesiąc. Przechowywanie nie jest liczbą, tylko decyzją o zasięgu.
- Zadanie kopii zapasowej stanęło po cichu: najdroższa awaria nie jest tą głośną Kopia, która zawodzi głośno, zostaje naprawiona tego samego dnia. Kopia, która staje po cichu, zostaje odkryta w dniu, w którym była potrzebna. Różnica nie leży w powiadomieniu, tylko w tym, na co patrzysz.
- Testowanie przywracania: zielone zadanie nie jest dowodem Wszyscy znają zdanie, że nieprzetestowana kopia nie jest kopią, i nikt się nim nie kieruje. Ten wpis mówi, czym naprawdę jest testowanie, bo zadanie, które wygląda na udane, nie jest testem.
- Gdzie powinny trafiać kopie zapasowe: pytanie o to, przed czym się chronisz Cel kopii zapasowej nie jest decyzją o prędkości, tylko decyzją o ochronie. Kopia na tej samej puli ginie razem z danymi, gdy odejdzie dysk, a większość układów stoi dokładnie w tym miejscu.
- Tryby kopii zapasowej: koszt przerwy jest zapisany, koszt spójności nie Różnicę między trzema trybami tłumaczy się zwykle jako czas niedostępności. Prawdziwą różnicą jest spójność, a dla maszyny piszącej bez przerwy ta różnica rozstrzyga, czy kopia w ogóle się przyda.
Instalacja
- Jak ułożyć dyski: lustro czy rozproszona parzystość Pytanie nie brzmi, co jest szybsze. Brzmi: którą awarię chcesz przeżyć i co maszyna będzie musiała zrobić po tej awarii.
- Nazwa serwera: wybierz ją przy instalacji, potem jej nie ruszaj Nazwa nie jest etykietą, tylko adresem. Konfiguracja mieszka w folderze noszącym jej imię, pliki wykresów są po niej nazwane, a członkowie klastra są po niej rozpoznawani.
- Zanim uruchomisz skrypt społeczności na hoście Proxmox: pięć rzeczy do przeczytania Skrypty społeczności niosą prawdziwą wiedzę i oszczędzają prawdziwe godziny. Uruchamia się je też zwykle jako root na jedynej maszynie, której nie możesz stracić, z jednej wklejonej linii, której nikt nie przeczytał. Rozwiązaniem nie jest ich unikanie, tylko czytanie.
- Trwałe punkty montowania: jedna linia, która może uniemożliwić maszynie start Punkt montowania zrobiony ręcznie znika po restarcie, a utrwalenie go prowadzi przez plik decydujący o tym, czy maszyna wstanie. Zepsuta linia w nim zatrzymuje nie usługę, tylko maszynę.
- local i local-lvm: dlaczego są dwa magazyny i do czego służy każdy Po zakończeniu instalacji widzisz dwa magazyny o myląco podobnych nazwach, a żadna nazwa nie mówi, do czego służy. Rozróżnieniem nie jest technologia, tylko to, co przechowują.
- Polecenie usuwające komunikat o subskrypcji: najczęstsza jednolinijka, najcichsza szkoda Pierwszą rzeczą, jaką każdy spotyka po instalacji, jest komunikat o subskrypcji, a pierwszym znalezionym lekarstwem jednolinijkowe polecenie. Popularną wersję tego polecenia zmierzono: potrafi zepsuć całą bibliotekę interfejsu.
- Jeśli plik konfiguracji maszyny się zepsuje: gdzie mieszka stara kopia Każda maszyna ma mały plik tekstowy. Gdy się zepsuje, dotyczy to tylko tej maszyny, a stara kopia leży w dwóch miejscach, w które prawie nikt nie zagląda.
- Odejście od gotowego NAS-a: co zyskujesz i które obowiązki po cichu stają się twoje Urządzenie sprzedaje ci nie tyle magazyn, co decyzje już podjęte i kalendarz konserwacji, który prowadzi ktoś inny. Oba przechodzą na ciebie w dniu przeprowadzki, a zapomina się właśnie o drugim.
- Jedna maszyna, dwie filozofie: fundamentem ma być magazyn czy wirtualizacja? Pytanie nie brzmi, który produkt jest lepszy. Brzmi: którą warstwę chcesz pod drugą, bo ten wybór decyduje, co będziesz mógł później wymienić bez przebudowy całości.
Topologia
- Co interfejs webowy Proxmoksa robi dobrze i gdzie w końcu otwierasz drugi ekran Natywny interfejs nie jest słabym punktem Proxmoksa. Jest dokładny, kompletny i uczciwy. Tarcie siedzi w jednym konkretnym miejscu: w pytaniach, których odpowiedź mieszka na kilku ekranach naraz.
- Co powinien mówić pierwszy ekran serwera Proxmox? Większość ekranów przeglądu odpowiada na pytanie "co jest". Przydatne pytanie brzmi "czy coś jest nie tak i czy wymaga mnie dzisiaj". To dwa różne ekrany, i tylko jeden warto otwierać każdego ranka.
- Twoja sieć Proxmox ma części, których nigdy nie konfigurowałeś Ludzie szukają wizualizatora topologii Proxmox i brzmi to jak ochota na ozdobę. Nie jest. Powiązanie między gościem, mostem i portem fizycznym zapisuje się przy każdym gościu, więc jedynym sposobem zobaczenia mostu jest otwarcie każdego gościa po kolei.
- Kolejność startu to opóźnienie, a nie zależność Wszyscy ustawiają kolejność startu w przekonaniu, że druga maszyna zaczeka, aż pierwsza będzie gotowa. Nie czeka. Odczekuje ustaloną liczbę sekund i startuje mimo wszystko, i dlatego kolejność działająca na testach zawodzi rankiem po prawdziwej awarii zasilania.
- Na którym fizycznym dysku naprawdę leży twoja maszyna wirtualna? Widok listy mówi, że maszyna używa local-lvm. Nie mówi, że na tym samym fizycznym dysku leży osiem innych maszyn. To właśnie to drugie zdanie decyduje, ile kosztuje pojedyncza awaria.
Klaster
- Dlaczego klaster z dwóch węzłów to najgorszy wybór: problem większości Kupienie drugiego serwera i zbudowanie klastra wygląda na odporność. W istocie dwa węzły są bardziej kruche niż jeden: gdy jeden padnie, drugi nie może już podejmować decyzji.
- Dodawanie i usuwanie węzła w klastrze: kroki bez drogi powrotu Dołączenie do klastra nie jest dopisaniem do listy. Własna konfiguracja dołączającej maszyny zostaje zastąpiona konfiguracją klastra, a usunięcie jest jednokierunkowe.
- Konfiguracja stała się tylko do odczytu: dlaczego miejsce, w którym mieszka, jest inne Jeśli nie możesz pisać nawet jako root, dysk nie jest pełny. Proxmox nie trzyma konfiguracji w zwykłym katalogu, a to miejsce odmawia zapisu celowo.
- Zbudowałem klaster, a maszyny się nie przenoszą: brakuje pamięci masowej Zbudowanie klastra nie sprawia, że maszyny dają się przenosić. Migrację umożliwia nie sieć, tylko to, gdzie siedzi dysk. A kontenery nie przenoszą się tak jak maszyny wirtualne.
- Włączyłem wysoką dostępność, a maszyna i tak stanęła: co naprawdę obiecuje HA HA nie obiecuje pracy bez przerwy, tylko automatyczne uruchomienie od nowa. Różnicą jest kilka minut, a oczekiwanie zbudowane bez znajomości tych minut kończy się rozczarowaniem.
Pamięć masowa
- Dodanie dysku i rozbudowa puli: krok, który po cichu kończy nadmiarowość Dodanie dysku to dwie osobne prace: sprawić, by system go zobaczył, i zdecydować, gdzie należy. Pomyłka w tej drugiej może zakończyć nadmiarowość na dobre.
- Osierocone dyski: pytanie, które trzeba zadać przed skasowaniem Skasowałeś maszynę, a miejsce nie wróciło. Pozostawione dyski zostają z trzech różnych powodów, a to nie to samo. Sama ta lista jest listą do skasowania, więc jej wiarygodność to osobna sprawa.
- Dysk się zapełnił: dokąd poszło miejsce i co można bezpiecznie skasować Na zapełnionym magazynie pierwszym ruchem nie jest kasowanie, tylko znalezienie, dokąd poszło miejsce. Migawki, stare kopie i osierocone dyski to trzy zwykłe winowajki, a ich kasowanie nie niesie takiego samego ryzyka.
- Dzienniki: jedyna rzecz, która rośnie, choć nikt tak nie zdecydował Wszystko, co zapełnia twój dysk, dodałeś ty. Poza dziennikami. A gdy coś zawodzi, pisanie przyspiesza, więc dzienniki rosną najszybciej dokładnie wtedy, gdy najmniej możesz patrzeć.
- Migawka nie jest kopią zapasową: gdzie leży różnica i dlaczego ma znaczenie Migawka mieszka na tym samym dysku. Jeśli dysk odejdzie, migawka odchodzi z nim. Kopia zapasowa siedzi gdzie indziej i to jest jedyna prawdziwa różnica.
- Zbudowałem programowy RAID, zrestartowałem i pamięci masowej nie ma: macierz nie jest składana przy starcie Dyski są zdrowe, dane są na miejscu, ale pamięci masowej brakuje. To, czego nie ma, nie leży na dyskach: to zapis mówiący systemowi, że przy starcie ma złożyć macierz.
- ZFS czy LVM: decyzja podejmowana przy instalacji, którą trudno cofnąć ZFS daje spójność danych i migawki, a w zamian prosi o pamięć. LVM jest lekki i znajomy, ale sam z siebie nie zauważa uszkodzenia. Wybór sprowadza się zwykle do pamięci i oczekiwań.
- Pula ZFS jest zdegradowana albo zniknęła: czy dane są utracone Zdegradowana pula nie oznacza utraconych danych, tylko utraconą nadmiarowość. Pula, która wygląda na zniknioną, też zwykle nie została skasowana, a jedynie odłączona od systemu.
Konsola i pliki
- Konsola się nie otwiera: interfejs działa, więc dlaczego zawodzi tylko to jedno Konsola, która nigdy się nie łączy, podczas gdy reszta interfejsu ma się świetnie, wskazuje na niewielki zbiór przyczyn, a najczęstszą jest odwrotne pośrednictwo, które poprawnie przekazuje zwykłe żądania i po cichu odmawia połączenia, którego konsola naprawdę potrzebuje.
- Jak wsadzić plik do maszyny wirtualnej, kiedy Proxmox nie ma menedżera plików Nie ma przycisku wysyłania wskazującego do wnętrza gościa, a ten brak jest celowy, nie przeoczenie. Do środka prowadzą cztery prawdziwe drogi, każda o innym koszcie, i jeden popularny skrót, który po cichu psuje systemy plików.
- Kopiowanie i wklejanie w konsoli, i dlaczego klawiatura pisze złe znaki Konsola graficzna to obraz ekranu, więc twój schowek sam z siebie nie dociera na drugą stronę. Przejście istnieje, i istnieje też osobne ustawienie, które po cichu wpisuje każdy znak specjalny źle, dopóki go nie znajdziesz.
- Dlaczego konsola xterm.js jest wyszarzona i której konsoli naprawdę chcesz Proxmox oferuje więcej niż jedne drzwi do działającego gościa, a akurat te, po które ludzie sięgają, często bywają niedostępne bez żadnego wyjaśnienia. Wyszarzona pozycja nie jest zepsuta; czeka na dwa przygotowania, jedno na hoście i jedno wewnątrz gościa.
Sprzęt
- Ciepło: usterka, która niczego nie psuje, ale wszystko skraca Serwer pracujący za ciepło się nie zawiesza. Zwalnia i szybciej się starzeje. Ponieważ nigdzie nie zgłasza błędu, latami pozostaje niezauważony.
- Oddanie karty graficznej maszynie wirtualnej: prawdziwą przeszkodą nie jest sterownik, tylko grupa Przekazanie sprzętu wprost maszynie jest możliwe, ale urządzenia oddaje się grupami, a nie pojedynczo. A przekazany sprzęt odbiera maszynie także swobodę przemieszczania się.
- Procesor pokazuje sto procent: pytanie, które trzeba zadać przed odczytaniem liczby Trzy różne liczby noszą tę samą nazwę: średnia od uruchomienia, narosła suma i różnica między dwiema próbkami. Tylko ta ostatnia odpowiada na pytanie o teraz.
- Pamięć pokazuje dziewięćdziesiąt procent: jest pełna czy tylko tak wygląda Wolna pamięć to pamięć zmarnowana, więc sam wysoki procent nie jest oznaką kłopotu. Właściwe pytanie nie brzmi, jak bardzo jest pełna, tylko kto ją trzyma.
- Dysk SSD stracił czterdzieści procent w rok: dlaczego Proxmox zużywa dysk szybciej Dysk nie jest wadliwy, obciążenie jest inne. Dysk serwerowy nigdy nie odpoczywa tak jak dysk w komputerze, a każdy zapis rośnie warstwa po warstwie. Liczbą, którą trzeba obserwować, nie jest procent, tylko nachylenie.
Monitorowanie
- Czy potrzebujesz stosu metryk, czy wbudowany widok już odpowiada na twoje pytanie? Alerty i metryki to różne narzędzia do różnych pytań. Wbudowany widok świetnie odpowiada na pytanie "czy coś jest teraz zepsute". Stos metryk odpowiada na pytanie "co działo się w zeszły wtorek o trzeciej", i to jedyny powód, żeby go utrzymywać.
- W nocy coś się stało: gdzie naprawdę leży zapis Alert mówi, że coś się stało. Dziennik mówi dlaczego. Haczyk polega na tym, że zapis potrzebny najbardziej obejmuje minutę, w której maszyna umarła, a przy instalacji domyślnej to właśnie jego najczęściej brakuje.
- Gdy wartownik umiera: dlaczego cisza nie jest dobrą wiadomością Od tygodni ani jednego alertu. Wyjaśnienia są dwa i z zewnątrz wyglądają identycznie: albo wszystko jest w porządku, albo wartownik umarł.
- Alerty są skonfigurowane, a nic nie przychodzi: ścieżka dostarczania, której nikt nie testuje Monitoring ma dwie połowy i ustawia się tylko jedną. Kontrola, która zauważa problem, to łatwa połowa. Ścieżka niosąca wiadomość do człowieka psuje się po cichu, i psuje się po tym, jak działała.
- Dlaczego nie chcesz każdego alertu: alarm czy podsumowanie Po złym incydencie pierwszym odruchem jest włączenie wszystkich alertów. Sześć tygodni później nie czytasz żadnego. Wartość alarmu nie leży w dzwonieniu, tylko w byciu przeczytanym.