Proxmox uden at bo i terminalen
Proxmox administreres bekvemt fra webgrænsefladen, indtil den dag den ikke rækker: et lagringslayout, en netværksændring, en gæst der hænger, og svaret bliver en SSH-session og en kommando fundet på et forum. Atlas sætter også de dage på skærmen, som guidede forløb med risikoen skrevet ud, mens Proxmox forbliver Proxmox nedenunder.
Derfor trækker terminalen altid tilbage
Standardwebgrænsefladen dækker hverdagens midte, men kanterne bor i skallen: zpool og LVM til lagring, interfaces-filen til netværk, qm og pct til gæsten, der holdt op med at svare. Kanterne er præcis der, hvor fejl koster mest.
Kommandoer kopieret fra fora kører med fuld magt. Et flag, der betød noget andet, et enhedsnavn fra en andens opsætning, og foran en root-skal findes intet bekræftelsestrin.
Og CLI-viden samler sig hos én person. Når den ene administrator, der kan besværgelserne, er væk, venter hosten; at overdrage en bunke skalhistorik er ikke at overdrage et system.
Sådan gøres kantarbejdet i dag
Mønsteret gentager sig på de fleste hosts:
SSH ind på hosten og led efter den rigtige kommando til opgaven.
Tjek flag mod dokumentationen, for halvdelen af forumsvarene gælder ældre versioner.
Kør i en root-skal og gransk tekstoutputtet for tegn på ballade.
Skift til webgrænsefladen for at se, at resultatet virkelig landede.
Gentag med en anden værktøjsfamilie til næste opgave: zfs, ip, qm, vzdump.
Behold viden i hovedet, for intet af det står skrevet nogen steder.
Sådan erstatter Atlas skaldagene
De risikable kanter bliver guidede skærme; terminalen bliver et valg i stedet for et krav.
Guidede forløb til risikabelt arbejde
Lagringslayouts, netværksændringer, opdateringer og gendannelser kører som trin-for-trin-forløb med indbyggede kontroller. Det farlige flag bliver simpelthen aldrig tastet.
Alt på én skærm
VM'er, containere, lagring, netværk, opdateringer og backupper bor i én grænseflade, tegnet som topologi i stedet for et menutræ.
Virkning og bekræftelse først
Kritiske forløb viser de berørte ressourcer og beder om bekræftelse, før noget tages i brug; et forkert klik bliver ikke en forkert host.
Konsoller uden SSH
Gæstekonsoller åbner fra browseren; at nå en ødelagt VM kræver hverken terminal eller nøglefil.
Proxmox forbliver Proxmox
Atlas administrerer standard-Proxmox nedenunder; intet forkes. PVE-grænsefladen og skallen virker videre, de holder bare op med at være et krav.
I browseren, uanset hvor
Cockpittet kører i en browser på egen host; at se til infrastrukturen afhænger ikke længere af maskinen med SSH-nøglerne.
Ofte stillede spørgsmål
- Erstatter det at lære Proxmox?
- Nej. Atlas gør den sikre vej til den lette vej; det, der fjernes, er pligten til at lære kommandobesværgelser udenad til risikabelt arbejde, ikke værdien af at forstå systemet.
- Kan jeg stadig bruge CLI?
- Ja. Skallen og PVE-grænsefladen virker præcis som før. Atlas overtager de dage, ingen har lyst til at tilbringe der.
- Hvad med de operationer, webgrænsefladen aldrig dækkede?
- Det er kernen på denne side: lagringslayouts, netværksændringer, gendannelser og reparationsarbejde kører som guidede forløb i stedet for skalsessioner.
- Er det trygt at give til en junioradministrator?
- Tryggere end en root-skal. Forløb viser virkningen og beder om bekræftelse, tilladelser afspejler Proxmox-roller, og kritiske handlinger lander i revisionsloggen.
- Kræver det en agent i hver gæst?
- Nej. Atlas kører på hosten. Gæsteagenter forbliver valgfrie, ligesom i rent Proxmox.
- Forlader administrationstrafikken mit netværk?
- Nej. Cockpittet kører lokalt på hosten og taler med Proxmox dér. Intet går gennem nogens sky.
- Kan Proxmox administreres uden SSH?
- Ja. Proxmox kan administreres uden at åbne SSH; hele det daglige arbejde går gennem den visuelle grænseflade. Derfra kommer nemmere Proxmox-administration: i stedet for at lære en kommando udenad vises det, hvad der vil ske, og det bekræftes. Skallen bliver præcis, hvor den var, og enhver kan bruge den når som helst, for her tilføjes en vej, og ingen lukkes.
Relaterede artikler
- Konsol, skal og SSH: tre separate døre til den samme maskine Når du ikke kan nå en maskine, er det første spørgsmål hvilken dør du brugte. Der er tre, og hver af dem afhænger af, at forskellige ting virker.
- Konsollen åbner ikke: grænsefladen virker, hvorfor svigter så kun denne ene ting En konsol, der aldrig forbinder, mens resten af grænsefladen har det fint, peger på et lille sæt årsager, og den hyppigste er en omvendt mellemvært, der videresender almindelige forespørgsler korrekt og stille nægter den forbindelse, konsollen faktisk har brug for.
- At få en fil ind i en virtuel maskine, når Proxmox ikke har en filhåndtering Der findes ingen upload-knap, der peger ind i en gæst, og det fravær er tilsigtet og ikke en forglemmelse. Der er fire ægte veje ind, hver med sin pris, og en populær genvej, der stille ødelægger filsystemer.
- Gæsteagenten er slået til og siger alligevel, at den ikke kører At slå agenten til og at installere agenten er to forskellige ting, og at gøre begge dele kan stadig lade den være slukket. Det, der gør det værd at forfølge, er ikke den manglende IP-adresse, men den sikkerhedskopi, der bliver ved med at lykkes, mens den stille bliver mindre pålidelig.