UniFi – Çok Sayıda UniFi Cihazı İçin Denetleyicinin Ayarlanması

Genel Bakış

UniFi Cihazı İçin Denetleyicinin Ayarlanması, Bu makale, kullanıcıların yüksek yük altında çalışan bir Ubnt UniFi Kontrol Cihazını teşhis etmelerine ve aynı zamanda optimum performans için yapılabilecek değişiklikleri açıklamasına yardımcı olacaktır.

İçindekiler

Giriş

1. Belirti: Yüksek CPU Kullanımı
2. Belirti: Kalp Atışı Kaçırıldı veya Sağlandı
3. Veritabanı Bağlantısı Ayarı
4. Sonuçlar
5. İlgili Makaleler

Büyük Ubnt UniFi kurulumlarını yüzlerce cihazla ve tek bir UniFi Kontrolörüne bağlı birkaç siteyle yönetirken göz önünde bulundurmanız gereken birkaç şey var. Bu kadar yüksek bir yük altında çalışan bir Controller, çok daha hafif bir yükü yöneten Kontrolör ile aynı şekilde yapılandırılmışlarsa bazı sorunlarla karşılaşabilir. Kontrol ünitesinin performansını arttırmak için tanınabilir, teşhis edilebilir ve üzerinde çalışılabilecek bazı semptomlar vardır.

Belirti: Yüksek CPU Kullanımı

İzlenecek en önemli ölçütlerden biri, UniFi Denetleyicinizde CPU kullanımıdır. Yüksek CPU kullanımı, bir sorun olduğuna dair ilk göstergedir. Ne yazık ki, bunun için gümüş mermi yoktur ve sadece CPU’nun arttırılması mutlaka cevap değildir.

Ek Bellek Tahsis Etme Kutunuzun boyutunu arttırmadan önce, `XMX` ve XMS`  seçeneklerini arttırmayı deneyin . Varsayılan olarak, bir UniFi Controller bunları 1 GB olarak ayarlamıştır. system.properties Dosyaya aşağıdaki girişleri yaparak artırılabilirler  ( system.properties dosyası hakkında daha fazla bilgi için aşağıdaki İlgili Makalelere bakın).

unifi.xmx = 2048 
unifi.xms = 2048
Kullanıcı İpucu:  Buradaki birimler MB cinsindendir.

Yukarıdaki değişiklikler UniFi Kontrolörünün 1 GB’tan 2 GB’a kadar tüketmesine izin verilen belleği arttırır. Yeterli belleğe sahip olmamanın nedeni yüksek CPU kullanımına neden olabilir, çünkü Java Sanal Makinesi denetleyiciye ayrılan 1 GB’lık bellek içinde kalmak için çöp toplayan çok fazla CPU çevrimi geçiriyordu. Bu nedenle, daha fazla CPU içeren bir makineye geçmeden önce, bu makinede mevcut hafızayı yukarıdaki ayarlarla doldurmanız önerilir. Ardından CPU kullanımının azaldığını gözlemleyin.

2GB yeterli değilse, yöneticiler ölçeğe bağlı olarak limiti 4-8GB’a çıkarmak isteyebilir. Bu durumda sadece yukarıdaki değeri 1024, yani 4 GB = 4096 artışlarla artıracaktır. Belleğinizin UniFi Controller sunucunuzda yeterli olup olmadığını test etmek için,jstat -gcutil kontrol etme komutu. Bunu yapmak hakkında daha fazla bilgi için aşağıdaki Oracle belgelerine bakın:  jstat – Java Sanal Makine İstatistikleri İzleme Aracı

Yüksek Performanslı Java Çöp Toplayıcıyı Etkinleştirme

Belleği arttırmak sorunu çözmezse, yöneticiler bu satırı system.properties dosyasına eklemeyi düşünebilirler (bunun yalnızca Bulut Anahtarı dışındaki Denetleyiciler için geçerli olduğunu unutmayın): unifi.G1GC.enabled=true

Bu, performansı optimize etmeye yardımcı olabilecek yeni bir Java Çöp Toplayıcı’yı mümkün kılar. Ancak, bu değişikliklerden sonra, bellek artışından sonra yüksek CPU kullanımı devam ederse, daha fazla CPU çekirdeğine ve iş yükünü işlemek için daha fazla belleğe sahip daha büyük bir makine gerekli olabilir.

Mongo Sürümünü / Motorunu Değiştirme

Kalıcı durumlarda, yöneticiler, UniFi Kontroller daha iyi ölçeklendirmenin bir aracı olarak MongoDB sürümünü WiredTiger ile 3.2+ olarak depolayabilir. Talimatlar için aşağıdaki bağlantılara bakın:

• MongoDB 3.2’ye Yükseltme
• MongoDB Depolama Motorunu WiredTiger’e Nasıl Değiştiririm?

Belirti: Kalp Atışı Kaçırıldı veya Sağlandı

Numara ne olursa olsun, tüm cihazlar Denetleyiciye geri bildirmeye çalışacaktır. Varsayılan olarak, denetleyici cihazlardan aynı anda 200 bağlantı kurabilir, bu nedenle kalp atışı olan cihazlar tek bir Denetleyici binlerce cihazı yönetmediği sürece sorun olmamalıdır. Yalnızca birkaç yüz cihazı yönetiyorsa, bu bölümde açıklanan ayar denenebilir, ancak istenen sonuçlara sahip olmayabilir. İşlenebilecek eş zamanlı bilgi iletilerinin sayısı, aşağıdakileri ayarlayarak system.properties içinde ayarlanabilir:

inform.num_thread = 200 
inform.max_keep_alive_ istek = 100

Varsayılan değer 200’dür ve max_keep_alive_requestsher zaman değerinden düşük olmalıdır num_thread. Oradan ayarlamayı deneyin. Cihaz stabilitesinde bir artış görülmeli ve konfigürasyonu diğer cihazlara doğru iterek daha stabil hale gelmelidir.

Veritabanı Bağlantısı Ayarı

Büyük bir UniFi kurulumunu çalıştırırken, veri tabanını UniFi Controller uygulamasından bağımsız olarak ölçekleyebilmek için harici bir mongo kümesi çalıştırmak istenebilir. Bu konuda tartışma bulunabilir burada Topluluk beta forumu (on izni gerekiyor? ). Mongo işleminde yüksek CPU kullanımı görülürse, daha büyük bir kutuya ihtiyaç olduğunu veya mongodb işleminin yukarıda belirtildiği gibi ayrılması gerektiğini gösterebilir . Bu yapıldıktan sonra, daha iyi uygulama performansı ile sonuçlanıp sonuçlanmadığını görmek için aşağıdakiler ayarlanabilir:

db.mongo.connections_per_host = 100 
db.mongo.threads_multiplier = 5

Bu, bir mongo bağlantısı için bekleyen 500 yivle sonuçlanır. 
Bu nedenle, daha fazla iş parçacığının daha yüksek CPU kullanımı anlamına gelebileceğini unutmayın çünkü CPU iş parçacığı arasında bağlam geçişi yapmak zorundadır. 
Daha yüksek DB verimine izin verebilir, ancak yalnızca mongo işlemi daha hızlı isteklere hizmet etmek için daha fazla CPU tüketebilirse. 

Sonuçlar

Performansı artırmanın ve büyük kurulumlar için kararlılık sağlamanın en iyi yolu, sistem kaynaklarınızı izlemenizi sağlamaktır. Bunun ötesinde, veritabanı iş yükünü boşaltmak ve belleği arttırmak gibi uygulamalar UniFi Controller’ın daha fazla müşteriye ve cihaza hizmet etmesine izin verebilir. Bu, kaynak kullanımına ve UniFi Controller UI’nin performansına yansıtılmalıdır.

İlgili Makaleler;

UniFi – Yedekleme Oluşturma ve Geri Yükleme

UniFi – Birden Çok Siteyi Yapılandırma