Topoloji otomatik mi çiziliyor?

Evet. Ajan host'u okur ve harita canlı durumdan üretilir. Host değiştikçe güncellenir; hiçbir şey elle çizilmez ya da elle bakılmaz.

Hangi VM'in hangi ağda olduğu görünür mü?

Evet. Her misafir NIC'i bridge'ine, her bridge de bond'una ya da fiziksel NIC'ine çizilir; VLAN etiketleri yol üzerinde görünür.

Depolama da kapsanıyor mu?

Evet. Depolama akış haritası diskleri, havuzları ve dataset'leri onları kullanan misafirlere bağlar; redundancy durumu ve degraded havuzlar dahil.

Cluster'larla çalışır mı?

Evet. Çok düğümlü kurulumlar aynı haritada görünür: her düğüm kendi misafirlerini taşır, paylaşılan depolama onu kullanan düğümler arasında çizilir.

Bu bir izleme panosu mu?

Hayır. Harita bir yönetim yüzeyidir, metrik duvarı değil. Watch üzerine sağlık bulguları ekler; ama mesele grafikler değil, ilişkiler ve etkidir.

Harita altyapımın dışına çıkar mı?

Hayır. Atlas host üzerinde çalışır ve topoloji yerelde çizilir. Makine ve depolama adları, adresler ve yerleşimin ayrıntıları hiçbir yere gönderilmez. İsteğe bağlı kullanım istatistikleri açılırsa yalnızca sayı aralıkları ve depolama türleri gibi toplu bilgiler gider; ne gittiği ürün içindeki Gizlilik ekranında görülebilir.

Proxmox topolojisi: tüm host tek haritada

Proxmox parçaları tutar: VM'ler, container'lar, bridge'ler, bond'lar, diskler, havuzlar. Göstermediği şey bunların nasıl bağlandığıdır. Atlas host'u canlı bir harita olarak çizer; fiziksel NIC'ten bridge'e ve VM'e, ya da diskten havuza ve iş yüküne uzanan zincir tek ekranda okunur.

Topoloji görünümü neden önemli

Yalın bir Proxmox host'unda ilişkiler ayrı ekranlarda ve config dosyalarında yaşar. vmbr0'ı hangi misafirler paylaşıyor, bir container'ın yazdığı havuzu hangi diskler taşıyor, bir VLAN hangi bond'un üstünden geçiyor: her cevap ayrı bir sekme ya da ayrı bir kabuk komutu demektir.

Bir host'taki arızaların çoğu ilişki arızasıdır. Misafirleri hattan düşüren bir bridge düzenlemesi, üç VM'i besleyen havuzu degraded'e düşüren bir disk, yanlış arayüzdeki bir güvenlik duvarı kuralı. Parçalar sağlamdı; sorun bağlantıdaydı.

Harita süs değildir. Topoloji görünür olunca etki de onunla birlikte görünür olur: bir değişikliğin neye dokunduğu, uygulanmadan önce haritadan okunur.

Bir host'u elle haritalamak

Canlı harita yokken topoloji elle yeniden kurulur. Bilinen tur şöyle işler:

Ağ config'inden bridge ve bond'lar listelenir; hangilerini hangi fiziksel NIC'lerin beslediği not edilir.

Her VM ve container NIC'i, qm config ve pct config ile misafir misafir bridge'ine eşlenir.

Diskler zpool status ya da LVM araçlarıyla havuzlara, depolamalar da onları kullanan misafirlere eşlenir.

Hangi segmentlerin çakıştığını görmek için bridge ve misafir başına VLAN etiketleri not edilir.

Sonuç bir beyaz tahtaya ya da diyagram aracına çizilir ki ekip görebilsin.

Her değişiklikten sonra tur baştan yapılır; çünkü çizim, bir şey yer değiştirdiği anda bayatlar.

Atlas host'u nasıl çizer

Atlas host'u okur ve haritayı canlı tutar. Hiçbir şey elle çizilmez, hiçbir şey bayatlamaz.

Canlı altyapı haritası

Host, VM ve container'lar yaşayan bir topoloji olarak görünür. Başlatma, durdurma ve taşıma haritaya anında yansır.

Uçtan uca ağ zinciri

Fiziksel NIC'ten bond'a, bridge'e ve misafire giden yol tek çizgi olarak çizilir. VLAN'lar ve üyeleri config dosyası açmadan okunur.

Depolama ilişkileri

Diskler, havuzlar ve dataset'ler üzerlerinde yaşayan misafirlere bağlanır. Degraded bir havuz hangi iş yüklerini taşıdığını açıkça gösterir.

Değişiklikten önce etki

Kritik akışlar, hiçbir şey uygulanmadan önce etkilenen kaynakları gösterir. Bir bridge düzenlemesinin ya da havuz işleminin neye dokunduğu önce haritada görünür.

Erişim topolojisi

Kullanıcılar, gruplar, roller ve API token'ları erişebildikleri kaynaklara karşı çizilir; Proxmox izinlerini yansıtır.

Haritada Watch

Yerleşik Watch bekçisi bulgularını mini topolojiye işler; bir uyarı tam olarak ilgili düğümü gösterir.

Sık sorulanlar

Topoloji otomatik mi çiziliyor?: Evet. Ajan host'u okur ve harita canlı durumdan üretilir. Host değiştikçe güncellenir; hiçbir şey elle çizilmez ya da elle bakılmaz.
Hangi VM'in hangi ağda olduğu görünür mü?: Evet. Her misafir NIC'i bridge'ine, her bridge de bond'una ya da fiziksel NIC'ine çizilir; VLAN etiketleri yol üzerinde görünür.
Depolama da kapsanıyor mu?: Evet. Depolama akış haritası diskleri, havuzları ve dataset'leri onları kullanan misafirlere bağlar; redundancy durumu ve degraded havuzlar dahil.
Cluster'larla çalışır mı?: Evet. Çok düğümlü kurulumlar aynı haritada görünür: her düğüm kendi misafirlerini taşır, paylaşılan depolama onu kullanan düğümler arasında çizilir.
Bu bir izleme panosu mu?: Hayır. Harita bir yönetim yüzeyidir, metrik duvarı değil. Watch üzerine sağlık bulguları ekler; ama mesele grafikler değil, ilişkiler ve etkidir.
Harita altyapımın dışına çıkar mı?: Hayır. Atlas host üzerinde çalışır ve topoloji yerelde çizilir. Makine ve depolama adları, adresler ve yerleşimin ayrıntıları hiçbir yere gönderilmez. İsteğe bağlı kullanım istatistikleri açılırsa yalnızca sayı aralıkları ve depolama türleri gibi toplu bilgiler gider; ne gittiği ürün içindeki Gizlilik ekranında görülebilir.

İlgili maddeler

Devraldığın bir sunucuyu anlamak: değiştirmeden önce okumak Kurmadığınız bir Proxmox elinize geçti ve artık sorumlusu sizsiniz. İlk içgüdü anlamak için bir şeyi değiştirmektir, ve ilk yapılmaması gereken şey tam olarak budur.
Sunucunun adı: kurulumda seçin, sonra değiştirmeyin Ad bir etiket değil, bir adrestir. Ayarlar onun adını taşıyan bir klasörde durur, grafik dosyaları onun adıyla adlandırılır, küme üyeleri onunla tanınır.
Ayarlar salt okunur oldu: yapılandırmanın yaşadığı yer neden farklı Kök kullanıcı olarak bile yazamıyorsanız disk dolu değildir. Proxmox ayarları normal bir klasörde tutmaz ve o yer bilerek yazmayı reddeder.
Ağ haritası nasıl okunur: bir makinenin trafiği nereye gidiyor Liste görünümünde cevabı olmayan bir soru var: bu makinenin trafiği tam olarak nereden geçiyor. Cevaplanabilir, ama zinciri her seferinde kafada kurmak gerekir.