Proxmox uten å bo i terminalen
Proxmox administreres komfortabelt fra webgrensesnittet til dagen det ikke holder: et lagringsoppsett, en nettverksendring, en gjest som henger, og svaret blir en SSH-økt og en kommando funnet på et forum. Atlas setter også de dagene på skjermen, som veiledede flyter med risikoen skrevet ut, mens Proxmox forblir Proxmox under.
Derfor trekker terminalen alltid tilbake
Standard webgrensesnitt dekker hverdagens midte, men kantene bor i skallet: zpool og LVM for lagring, interfaces-filen for nettverk, qm og pct for gjesten som sluttet å svare. Kantene er akkurat der feil koster mest.
Kommandoer kopiert fra forum kjører med full makt. Et flagg som betydde noe annet, et enhetsnavn fra noen andres oppsett, og foran et root-skall finnes ingen bekreftelse.
Og CLI-kunnskap samler seg hos én person. Når den ene administratoren som kan besvergelsene er borte, venter hosten; å overlevere en haug skallhistorikk er ikke å overlevere et system.
Hvordan kantarbeid gjøres i dag
Mønsteret gjentar seg på de fleste hoster:
SSH inn på hosten og let etter riktig kommando for oppgaven.
Sjekk flagg mot dokumentasjonen, for halvparten av forumsvarene gjelder eldre versjoner.
Kjør i et root-skall og gransk tekstutdata etter tegn på trøbbel.
Bytt til webgrensesnittet for å bekrefte at resultatet faktisk landet.
Gjenta med en annen verktøyfamilie for neste oppgave: zfs, ip, qm, vzdump.
Behold kunnskapen i hodet, for ingenting av dette står skrevet noe sted.
Slik erstatter Atlas skalldagene
De risikable kantene blir veiledede skjermer; terminalen blir et valg i stedet for et krav.
Veiledede flyter for risikabelt arbeid
Lagringsoppsett, nettverksendringer, oppdateringer og gjenopprettinger kjøres som steg-for-steg-flyter med innebygde kontroller. Det farlige flagget skrives rett og slett aldri.
Alt på én skjerm
VM-er, containere, lagring, nettverk, oppdateringer og backuper bor i ett grensesnitt, tegnet som topologi i stedet for menytre.
Virkning og bekreftelse først
Kritiske flyter viser berørte ressurser og ber om bekreftelse før noe tas i bruk; et feil klikk blir ikke en feil host.
Konsoller uten SSH
Gjestekonsoller åpnes fra nettleseren; å nå en ødelagt VM krever verken terminal eller nøkkelfil.
Proxmox forblir Proxmox
Atlas administrerer standard-Proxmox under; ingenting forkes. PVE-grensesnittet og skallet fortsetter å virke, de slutter bare å være et krav.
I nettleseren, uansett hvor
Cockpiten kjører i en nettleser på egen host; å se til infrastrukturen avhenger ikke lenger av maskinen med SSH-nøklene.
Ofte stilte spørsmål
- Erstatter dette å lære Proxmox?
- Nei. Atlas gjør den trygge veien til den lette veien; det som fjernes er plikten til å pugge kommandobesvergelser for risikabelt arbeid, ikke verdien av å forstå systemet.
- Kan jeg fortsatt bruke CLI?
- Ja. Skallet og PVE-grensesnittet virker akkurat som før. Atlas tar over dagene ingen har lyst til å tilbringe der.
- Hva med operasjonene webgrensesnittet aldri dekket?
- Det er kjernen på denne siden: lagringsoppsett, nettverksendringer, gjenopprettinger og reparasjonsarbeid kjøres som veiledede flyter i stedet for skalløkter.
- Er det trygt å gi til en junioradministrator?
- Tryggere enn et root-skall. Flyter viser virkning og ber om bekreftelse, tillatelser speiler Proxmox-roller, og kritiske handlinger havner i revisjonsloggen.
- Trengs en agent i hver gjest?
- Nei. Atlas kjører på hosten. Gjesteagenter forblir valgfrie, som i rent Proxmox.
- Forlater administrasjonstrafikken nettverket mitt?
- Nei. Cockpiten kjører lokalt på hosten og snakker med Proxmox der. Ingenting går via noens sky.
- Kan Proxmox styres uten SSH?
- Ja. Proxmox kan styres uten å åpne SSH; hele det daglige arbeidet går gjennom det visuelle grensesnittet. Derfra kommer enklere Proxmox-administrasjon: i stedet for å lære en kommando utenat vises hva som kommer til å skje, og det bekreftes. Skallet blir stående nøyaktig der det var, og hvem som helst kan bruke det når som helst, for her legges en vei til og ingen stenges.
Relaterte artikler
- Konsoll, skall og SSH: tre separate dører til samme maskin Når du ikke når en maskin, er første spørsmål hvilken dør du brukte. Det finnes tre, og hver av dem er avhengig av at ulike ting virker.
- Konsollen åpner seg ikke: grensesnittet virker, hvorfor svikter da bare denne ene tingen En konsoll som aldri kobler til mens resten av grensesnittet har det utmerket, peker på et lite sett årsaker, og den vanligste er en omvendt mellomtjener som videresender vanlige forespørsler riktig og stille nekter forbindelsen konsollen faktisk trenger.
- Å få en fil inn i en virtuell maskin, når Proxmox ikke har filbehandler Det finnes ingen opplastingsknapp som peker inn i en gjest, og det fraværet er tilsiktet og ikke en forglemmelse. Det finnes fire ekte veier inn, hver med ulik kostnad, og én populær snarvei som stille ødelegger filsystemer.
- Gjesteagenten er slått på og sier likevel at den ikke kjører Å slå på agenten og å installere agenten er to ulike ting, og å gjøre begge kan fortsatt la den være av. Det som gjør det verdt å jage, er ikke den manglende IP-adressen, men sikkerhetskopien som fortsetter å lykkes mens den stille blir mindre til å stole på.