Maximale Anzahl an Geräten für Controller auf Linux

Es gibt 28 Antworten in diesem Thema, welches 4.878 mal aufgerufen wurde. Der letzte Beitrag () ist von blacktux88.

    Zitat von jkasten

    Das ist klar, aber die Switche haben in den Büros eh nichts zu suchen. Die gehören in den Serverraum oder in jeweilige Netzwerkverteilerräume.

    Wir verwenden aktuell den Controller mit 278 APs und 24 USW-48-Enterprise.


    Mit Aruba 6300 L3 Router und die UXG - PRO als Gateway ins Internet.


    Leider reagiert das Dashboard für die Geräte sehr träge.

    Gibt es dazu Optimierungsvorschläge?

    Die Einstellungen am Controller, laut Unifi FAQ habe ich schon eingestellt.

    Die Auslastung der VM ist auch okay.

    VG Patrick

    Zitat von anton

    Welcher controller? die UXG?

    Der Controller läuft auf einer VM


    Ubuntu mit Unifi - 7.5.176.0


    Specifications:

    • Hosted on an ESXI VM
    • Equipped with 16GB RAM and 8 Xeon Cores
    • Supported by SSDs

    Device Breakdown:

    • 250 Unifi APs
    • 30 USW-48-Enterprise switches
    • Layer 3 Aruba 6300 Routing Switches
    • UXG-Pro as the Gateway
    Zitat von blacktux88

    Der Controller läuft auf einer VM


    Ubuntu mit Unifi - 7.5.176.0


    Specifications:

    • Hosted on an ESXI VM
    • Equipped with 16GB RAM and 8 Xeon Cores
    • Supported by SSDs

    Device Breakdown:

    • 250 Unifi APs
    • 30 USW-48-Enterprise switches
    • Layer 3 Aruba 6300 Routing Switches
    • UXG-Pro as the Gateway

    Sollte vermutlich reichen.


    Der „große“ Controller von UI hat nen 16 Core Xeon mit 32GB Ram, der geht dann offiziell für 1000+ geräte und 10k+ Clients



    Ist nur das Webinterface träge? Wie ist denn die Auslastung vom Sys (htop,…? )


    aktuelles Ubuntu? LTS ?


    Aktuelles LTS Ubuntu,


    HTOP sieht alles top aus, es ist nur das Webinterface träge.

    Meinst du mit Optimiert das hier ?

    UniFi - Tuning the Network Application for a High Number of UniFi Devices
    This article only applies to advanced users running a UniFi Network Server on their own Windows/macOS/Linux machine, to help diagnose and optimize self-hosted…
    help.ui.com


    Controller besteht ja quasi nur aus Java (embedded Tomecat) und der dynamoDB.

    Der FAQ Artikel mag der Java APP 2GB zugestehen... gib im mehr.. achte ggf. drauf ggf.

    das die VM den Speicher auch Exklusiv hat. MongoDB biete auch noch einiges an Optionen.


    Auch wenn htop ist schön für CPU und Speicher. Aber Tools wie

    Iostat, mpstat -P all bzw iota (ähnlich wie top bloss für io) gebrauch Auskunft über

    die gesamte IO und damit auch zugriffe auf platte und co.

    große iowait Werte sind hier sehr doof weil dann wahrscheinlich auf die DB gewartet wird.


    Schau in der VM und auch auf den Host wie das Netzwerk angebunden ist. (iftop)

    hunderte von AP senden in Sekunden Takt kleine Pakete... Nicht das die Leitung an Eingang verstopft.

    (IO Zeiten auf dem Interface).

    Habe meinen Controller in einer VM mit 6GB RAM und folgende Einstellungen:


    unifi.xms=4096

    unifi.xmx=4096

    unifi.G1GC.enabled=true

    inform.num_thread=500

    inform.max_keep_alive_requests=200


    Läuft mit über 600 Geräten in 30 Sites problemlos.

    30 Sites - 500 APs - 150 Switche - EdgeRouter - UXG-Pro - UDM-Pro - USG-PRO-4 - OPNsense - IPUs

    Gefällt mir 1

    Wir betreiben auch einen Controller mit 100 Sites , damit haben wir auch keine Probleme.

    Jedoch haben wir bei diesem Kunden einen eigenen internen Controller.

    sobald man in einer Site über 200 Devices aktiv hat wird das browsen im Dashboard unmöglich.

    Ich Monitore den Server aktuell mit checkmk, diverse IO Tools etc. haben keine Auffälligkeiten gezeigt.

    Der Controller läuft auf einem dual Xeon HP DL 360 Gen10 mit SSD Raid.


    Langsam wird es nur im Browser unter den Geräten, sobald mehr als 200 Geräte aufgelistet werden.

    Auch mit mehreren Browsern getestet.

    Mein PC sollte auch Leistung stark genug sein i9-12900 mit 32 GB RAM.


    VG