Proxmox bez mieszkania w terminalu
Proxmoksem zarządza się wygodnie z interfejsu webowego do dnia, w którym przestaje to działać: układ pamięci masowej, zmiana sieci, zablokowany gość, a odpowiedzią jest sesja SSH i polecenie znalezione na forum. Atlas przenosi także te dni na ekran, jako prowadzone przepływy z wypisanym ryzykiem, podczas gdy Proxmox pod spodem pozostaje Proxmoksem.
Dlaczego terminal wciąż wciąga
Zwykły interfejs webowy pokrywa codzienny środek, ale krawędzie żyją w powłoce: zpool i LVM dla pamięci masowej, plik interfejsów dla sieci, qm i pct dla gościa, który przestał odpowiadać. Krawędzie to dokładnie te miejsca, gdzie pomyłki kosztują najwięcej.
Polecenia kopiowane z forów działają z pełną mocą. Przełącznik, który znaczył coś innego, nazwa urządzenia z cudzej konfiguracji, a przed powłoką roota nie stoi żaden krok potwierdzenia.
I wiedza o poleceniach skupia się w jednej osobie. Gdy jedynego administratora, który zna zaklęcia, nie ma, host czeka; przekazanie stosu historii powłoki nie jest przekazaniem systemu.
Jak dziś wykonuje się pracę na krawędziach
Ten wzorzec powtarza się na większości hostów:
Logowanie przez SSH na host i szukanie właściwego polecenia do zadania.
Kontrola przełączników w dokumentacji, bo połowa odpowiedzi na forach dotyczy starszych wersji.
Uruchomienie w powłoce roota i analiza tekstowego wyjścia pod kątem oznak kłopotów.
Przełącz się na interfejs webowy, żeby sprawdzić, czy wynik naprawdę doszedł.
Powtórz z inną rodziną narzędzi przy następnym zadaniu: zfs, ip, qm, vzdump.
Wiedza zostaje w pamięci, bo nic z tego nie jest nigdzie zapisane.
Jak Atlas zastępuje dni w powłoce
Ryzykowne krawędzie stają się prowadzonymi ekranami; terminal staje się wyborem zamiast wymogiem.
Prowadzone przepływy dla ryzykownej pracy
Układy pamięci masowej, zmiany sieci, aktualizacje i przywracanie idą jako przepływy krok po kroku z wbudowanymi kontrolami. Niebezpieczny przełącznik po prostu nie jest wpisywany.
Wszystko na jednym ekranie
Maszyny, kontenery, pamięć masowa, sieć, aktualizacje i kopie zapasowe żyją w jednym interfejsie, rysowanym jako topologia zamiast drzewa menu.
Najpierw wpływ i potwierdzenie
Krytyczne przepływy pokazują objęte zasoby i proszą o potwierdzenie, zanim cokolwiek zostanie zastosowane; złe kliknięcie nie staje się złym hostem.
Konsole bez SSH
Konsole gości otwierają się z przeglądarki; dotarcie do zepsutej maszyny nie wymaga terminala i pliku klucza.
Proxmox pozostaje Proxmoksem
Atlas zarządza standardowym Proxmoksem pod spodem; nic nie jest rozgałęziane. Interfejs PVE i powłoka działają dalej, przestają być tylko wymagane.
W przeglądarce, z dowolnego miejsca
Kokpit działa w przeglądarce na własnym hoście; sprawdzenie infrastruktury nie zależy od maszyny, która ma klucze SSH.
Częste pytania
- Czy to zastępuje naukę Proxmoksa?
- Nie. Atlas sprawia, że bezpieczna droga jest drogą łatwą; usuwa konieczność pamiętania zaklęć poleceń przy ryzykownej pracy, a nie wartość rozumienia systemu.
- Czy nadal mogę używać wiersza poleceń?
- Tak. Powłoka i interfejs PVE działają dokładnie jak wcześniej. Atlas przejmuje te dni, których nikt nie chce tam spędzać.
- A operacje, których interfejs webowy nigdy nie pokrywał?
- To jest rdzeń tej strony: układy pamięci masowej, zmiany sieci, przywracanie i prace naprawcze idą jako prowadzone przepływy zamiast sesji w powłoce.
- Czy to bezpieczne, by dać to młodszemu administratorowi?
- Bezpieczniejsze niż powłoka roota. Przepływy pokazują wpływ i proszą o potwierdzenie, uprawnienia odzwierciedlają role Proxmoksa, a działania krytyczne trafiają do dziennika audytu.
- Czy potrzebny jest agent w każdym gościu?
- Nie. Atlas działa na hoście. Agenci gości pozostają opcjonalni, tak samo jak w zwykłym Proxmoksie.
- Czy ruch zarządzania opuszcza moją sieć?
- Nie. Kokpit działa lokalnie na hoście i tam rozmawia z Proxmoksem. Nic nie idzie przez czyjąkolwiek chmurę.
- Czy Proxmoksem można zarządzać bez SSH?
- Tak. Proxmoksem można zarządzać bez otwierania SSH; cała codzienna praca przechodzi przez interfejs wizualny. Stąd bierze się łatwiejsze zarządzanie Proxmoksem: zamiast uczyć się polecenia na pamięć, widać, co się stanie, i następuje potwierdzenie. Powłoka zostaje dokładnie tam, gdzie była, i każdy może z niej korzystać, kiedy zechce, bo tutaj dodaje się drogę, a nie zamyka.
Powiązane wpisy
- 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 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.
- 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ść.