# Redundant Links, İzleme Araçları ve Bir Affinity Kilitlenmesi (Modül 5)
Seri: Proxmox VE Cluster ve Corosync | Hafta 5 Serinin adı "Cluster ve Corosync"; ama dört modüldür ağırlık HA Manager, resource affinity ve CRS'teydi, Corosync'in kendisine (redundant link'ler, izleme araçları) hiç dönmemiştim. Bu modülde iki konuyu birleştirip derinlemesine işledim: birden fazla corosync link'i tanımlayıp gerçekten birini kesip diğerinin devralmasını kanıtlamak, ve günlük…
Bu yazı, Proxmox VE Cluster ve Corosync modül 5 konusunu incelemektedir. Anahtar konulara redundant Corosync links ve izleme araçlarına odaklanmaktadır.
Öncelikle, iki Corosync link eklemek konusunda, yapılan düzenlemeler sorunlar yarattı. Bu sorun, priority parametresinin doğru kullanılmasından kaynaklanmaktaydı. Doğru syntax uygulandıktan sonra, linkleri kesme ve geri getirme testi başarılı oldu ve iki link arasındaki failover ve failback işlemleri doğru şekilde çalıştı.
İzleme araçları konusunda, author, corosync-quorumtool ve corosync-cmapctl arayüzlerini karşılaştı ve bu arayüzler, pvecm status gibi tek yönlü /etc/pve/corosync.conf ile karşılaşılan bir benzetmeyi sunuyor. Toplu tablolar ve doğrudan hostnames, bu arayüzlerde daha okunabilir bir görünüm sağlıyor. Ayrıca, totem.token ve totem.consensus değerlerinin doğrulanması da başarılı oldu.
Son olarak, author, hiç bilmediğini fark ettiği bir mekanizmayı keşfettiler. pmxcfs adlı bir yönetici, /etc/pve/corosync.conf üzerinden cluster geneline otomatik olarak yayımlarken, corosync daemon /etc/corosync/corosync.conf 'i kendisine okuyuyordu. Bu iki ayrı dosya, tek görünen bir arayüz sağlıyor. Bu yazı, Proxmox VE Cluster ve Corosync sistemlerinin yapılandırılmasına ve güvenliği test edilmesine önemli öneriler sunar.
Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.
