Tegnes topologien automatisk?

Ja. Agenten læser hosten, og kortet genereres ud fra den virkelige tilstand. Det opdaterer sig, når hosten ændrer sig; intet tegnes eller vedligeholdes i hånden.

Kan man se, hvilken VM der sidder på hvilket net?

Ja. Hver gæste-NIC tegnes til sin bro og hver bro til sin bond eller fysiske NIC, med VLAN-tags synlige på vejen.

Dækkes lagringen også?

Ja. Lagringens flowkort forbinder diske, pools og datasets med de gæster, der bruger dem, inklusive redundansstatus og degraderede pools.

Virker det med klynger?

Ja. Miljøer med flere noder vises på samme kort: hver node bærer sine egne gæster, og delt lagring tegnes hen over de noder, der bruger den.

Er det et overvågningsdashboard?

Nej. Kortet er en administrationsflade, ikke en væg af målinger. Watch lægger sine helbredsfund ovenpå, men pointen er relationer og virkning, ikke grafer.

Forlader kortet min infrastruktur?

Nej. Atlas kører på værten, og topologien tegnes lokalt. Maskin og lagernavne, adresser og detaljerne i opstillingen sendes ingen steder hen. Slås den valgfrie brugsstatistik til, går kun samlet information ud, som talintervaller og lagertyper; præcis hvad der går ud, kan ses på skærmen Privatliv i produktet.

Proxmox-topologi: hele hosten på ét kort

Proxmox holder delene: VM'er, containere, broer, bonds, diske, pools. Det, den ikke viser, er hvordan de hænger sammen. Atlas tegner hosten som et levende kort; kæden fra fysisk NIC til bro til VM, eller fra disk til pool til arbejdsbyrde, kan læses på én skærm.

Derfor betyder en topologivisning noget

På en ren Proxmox-host bor relationerne i adskilte skærme og konfigurationsfiler. Hvilke gæster deler vmbr0, hvilke diske bærer den pool, en container skriver til, over hvilken bond løber et VLAN: hvert svar betyder endnu en fane eller endnu en shell-kommando.

De fleste nedbrud på en host er relationsnedbrud. En broændring, der kobler gæster af nettet, en disk, der degraderer en pool, som fodrer tre VM'er, en firewallregel på det forkerte interface. Delene fejlede ikke noget; problemet lå i forbindelsen.

Et kort er ikke pynt. Når topologien er synlig, bliver virkningen det også: hvad en ændring rører, kan læses af kortet, før den tages i brug.

At kortlægge en host i hånden

Uden et levende kort genopbygges topologien manuelt. Den sædvanlige runde ser sådan ud:

List broer og bonds fra netværkskonfigurationen, og notér hvilke fysiske NIC'er der fodrer dem.

Knyt hver VM- og container-NIC til sin bro med qm config og pct config, gæst for gæst.

Knyt diske til pools med zpool status eller LVM-værktøjerne, og derefter lagringen til de gæster, der bruger den.

Notér VLAN-tags pr. bro og pr. gæst for at se, hvilke segmenter der overlapper.

Tegn resultatet på en tavle eller i et diagramværktøj, så holdet kan se det.

Gentag hele runden efter hver ændring, for tegningen forældes i det øjeblik, noget flytter sig.

Sådan tegner Atlas hosten

Atlas læser hosten og holder kortet levende. Intet tegnes i hånden, og intet forældes.

Levende infrastrukturkort

Host, VM'er og containere vises som en levende topologi. Start, stop og migrering dukker op på kortet, mens de sker.

Netværkskæde fra ende til ende

Vejen fra fysisk NIC via bond og bro til gæst tegnes som én linje. VLAN'er og deres medlemmer kan læses uden at åbne en konfigurationsfil.

Lagringsrelationer

Diske, pools og datasets forbindes med de gæster, der lever på dem. En degraderet pool viser præcis, hvilke arbejdsbyrder den bærer.

Virkningen før ændringer

Kritiske forløb viser berørte ressourcer, før noget tages i brug. Hvad en broændring eller en pool-operation rører, er synligt på kortet først.

Adgangstopologi

Brugere, grupper, roller og API-tokens tegnes over for de ressourcer, de når, som et spejl af Proxmox-tilladelserne.

Watch på kortet

Den indbyggede vogter Watch sætter sine fund på en minitopologi; en alarm peger på præcis den knude, den handler om.

Ofte stillede spørgsmål

Tegnes topologien automatisk?: Ja. Agenten læser hosten, og kortet genereres ud fra den virkelige tilstand. Det opdaterer sig, når hosten ændrer sig; intet tegnes eller vedligeholdes i hånden.
Kan man se, hvilken VM der sidder på hvilket net?: Ja. Hver gæste-NIC tegnes til sin bro og hver bro til sin bond eller fysiske NIC, med VLAN-tags synlige på vejen.
Dækkes lagringen også?: Ja. Lagringens flowkort forbinder diske, pools og datasets med de gæster, der bruger dem, inklusive redundansstatus og degraderede pools.
Virker det med klynger?: Ja. Miljøer med flere noder vises på samme kort: hver node bærer sine egne gæster, og delt lagring tegnes hen over de noder, der bruger den.
Er det et overvågningsdashboard?: Nej. Kortet er en administrationsflade, ikke en væg af målinger. Watch lægger sine helbredsfund ovenpå, men pointen er relationer og virkning, ikke grafer.
Forlader kortet min infrastruktur?: Nej. Atlas kører på værten, og topologien tegnes lokalt. Maskin og lagernavne, adresser og detaljerne i opstillingen sendes ingen steder hen. Slås den valgfrie brugsstatistik til, går kun samlet information ud, som talintervaller og lagertyper; præcis hvad der går ud, kan ses på skærmen Privatliv i produktet.

Relaterede artikler

At forstå en server, du har arvet: læs, før du ændrer En Proxmox, du ikke har bygget, er landet i dit skød, og nu er du ansvarlig for den. Det første instinkt er at ændre noget for at forstå, og det er præcis det, man ikke skal gøre først.
Serverens navn: vælg det ved installationen, og lad det så være Navnet er ikke en etiket, det er en adresse. Opsætningen ligger i en mappe med det navn, grafikfilerne hedder efter det, og i en klynge kendes medlemmerne på det.
Konfigurationen blev skrivebeskyttet: derfor er stedet, den bor, anderledes Kan du ikke skrive selv som root, er disken ikke fuld. Proxmox opbevarer ikke konfigurationen i en almindelig mappe, og det sted afviser skrivning med vilje.
Hvordan man læser netkortet: hvor går en maskines trafik hen Der er et spørgsmål, som en listevisning besvarer dårligt: hvor går denne maskines trafik præcis. Det kan besvares, men kun ved at sætte kæden sammen i hovedet hver gang.