Ritas topologin automatiskt?

Ja. Agenten läser hosten och kartan genereras från det verkliga tillståndet. Den uppdateras när hosten ändras; inget ritas eller underhålls för hand.

Syns vilken VM som sitter på vilket nät?

Ja. Varje gäst-NIC ritas till sin brygga och varje brygga till sin bond eller fysiska NIC, med VLAN-taggar synliga längs vägen.

Täcks lagringen också?

Ja. Lagringens flödeskarta kopplar diskar, pooler och dataset till gästerna som använder dem, inklusive redundansstatus och degraderade pooler.

Fungerar det med kluster?

Ja. Miljöer med flera noder visas på samma karta: varje nod bär sina egna gäster, och delad lagring ritas över de noder som använder den.

Är det här en övervakningspanel?

Nej. Kartan är en förvaltningsyta, inte en vägg av mätvärden. Watch lägger sina hälsofynd ovanpå, men poängen är relationer och påverkan, inte grafer.

Lämnar kartan min infrastruktur?

Nej. Atlas kör på värden och topologin ritas lokalt. Maskin och lagringsnamn, adresser och detaljerna i uppställningen skickas ingenstans. Med den frivilliga användningsstatistiken påslagen går bara sammanställd information ut, som antalsintervall och lagringstyper; exakt vad som går ut visas på skärmen Integritet i produkten.

Proxmox-topologi: hela hosten på en enda karta

Proxmox håller delarna: VM, containrar, bryggor, bonds, diskar, pooler. Vad det inte visar är hur de hänger ihop. Atlas ritar hosten som en levande karta; kedjan från fysisk NIC till brygga till VM, eller från disk till pool till arbetslast, går att läsa på en enda skärm.

Därför spelar en topologivy roll

På en ren Proxmox-host bor relationerna i separata vyer och konfigurationsfiler. Vilka gäster delar vmbr0, vilka diskar bär poolen som en container skriver till, över vilken bond går ett VLAN: varje svar betyder ännu en flik eller ännu ett skalkommando.

De flesta haverier på en host är relationshaverier. En bryggändring som kopplar bort gäster, en disk som degraderar en pool som matar tre VM, en brandväggsregel på fel gränssnitt. Delarna var hela; problemet satt i kopplingen.

En karta är ingen dekoration. När topologin syns blir påverkan också synlig: vad en ändring rör kan läsas från kartan innan den tillämpas.

Att kartlägga en host för hand

Utan en levande karta byggs topologin om manuellt. Den vanliga rundan ser ut så här:

Lista bryggor och bonds från nätverkskonfigurationen och notera vilka fysiska NIC som matar dem.

Koppla varje VM- och container-NIC till sin brygga med qm config och pct config, gäst för gäst.

Koppla diskar till pooler med zpool status eller LVM-verktygen, och därefter lagringen till gästerna som använder den.

Notera VLAN-taggar per brygga och per gäst för att se vilka segment som överlappar.

Rita resultatet på en whiteboard eller i ett diagramverktyg så att teamet kan se det.

Upprepa hela rundan efter varje ändring, för ritningen åldras i samma stund som något flyttar sig.

Så ritar Atlas hosten

Atlas läser hosten och håller kartan levande. Inget ritas för hand och inget åldras.

Levande infrastrukturkarta

Host, VM och containrar visas som en levande topologi. Start, stopp och migrering dyker upp på kartan när de sker.

Nätverkskedja från ände till ände

Vägen från fysisk NIC via bond och brygga till gäst ritas som en enda linje. VLAN och deras medlemmar går att läsa utan att öppna en konfigurationsfil.

Lagringsrelationer

Diskar, pooler och dataset kopplas till gästerna som lever på dem. En degraderad pool visar exakt vilka arbetslaster den bär.

Påverkan före ändringar

Kritiska flöden visar berörda resurser innan något tillämpas. Vad en bryggändring eller en pooloperation rör syns först på kartan.

Åtkomsttopologi

Användare, grupper, roller och API-token ritas mot resurserna de når, som en spegel av Proxmox-behörigheterna.

Watch på kartan

Den inbyggda väktaren Watch placerar sina fynd på en minitopologi; ett larm pekar på exakt den nod det gäller.

Vanliga frågor

Ritas topologin automatiskt?: Ja. Agenten läser hosten och kartan genereras från det verkliga tillståndet. Den uppdateras när hosten ändras; inget ritas eller underhålls för hand.
Syns vilken VM som sitter på vilket nät?: Ja. Varje gäst-NIC ritas till sin brygga och varje brygga till sin bond eller fysiska NIC, med VLAN-taggar synliga längs vägen.
Täcks lagringen också?: Ja. Lagringens flödeskarta kopplar diskar, pooler och dataset till gästerna som använder dem, inklusive redundansstatus och degraderade pooler.
Fungerar det med kluster?: Ja. Miljöer med flera noder visas på samma karta: varje nod bär sina egna gäster, och delad lagring ritas över de noder som använder den.
Är det här en övervakningspanel?: Nej. Kartan är en förvaltningsyta, inte en vägg av mätvärden. Watch lägger sina hälsofynd ovanpå, men poängen är relationer och påverkan, inte grafer.
Lämnar kartan min infrastruktur?: Nej. Atlas kör på värden och topologin ritas lokalt. Maskin och lagringsnamn, adresser och detaljerna i uppställningen skickas ingenstans. Med den frivilliga användningsstatistiken påslagen går bara sammanställd information ut, som antalsintervall och lagringstyper; exakt vad som går ut visas på skärmen Integritet i produkten.

Relaterade artiklar

Att förstå en server du ärvt: läs innan du ändrar En Proxmox du inte byggt har hamnat i ditt knä och nu är du ansvarig för den. Första instinkten är att ändra något för att förstå, och det är precis det man inte ska göra först.
Serverns namn: välj det vid installationen och låt det sedan vara Namnet är ingen etikett, det är en adress. Konfigurationen ligger i en mapp med det namnet, grafikfilerna heter efter det, och i ett kluster känns medlemmar igen på det.
Konfigurationen blev skrivskyddad: varför platsen den bor på är annorlunda Kan du inte skriva ens som root är disken inte full. Proxmox förvarar inte konfigurationen i en vanlig katalog, och den platsen vägrar skrivning med avsikt.
Hur man läser nätkartan: vart går en maskins trafik Det finns en fråga som en listvy besvarar dåligt: var exakt går den här maskinens trafik. Den går att besvara, men bara genom att sätta ihop kedjan i huvudet varje gång.