EasyUC-Plattform
Aufbau, Installation und Betrieb des EasyUC-Basissystems: Kubernetes, EasyUC Manager, Nodes, Updates, Backup, Zertifikate und Ports.
Was das Basissystem ist
EasyUC wird als virtuelle Appliance ausgeliefert und läuft vollständig in Ihrem Rechenzentrum. Für VMware vSphere/ESXi gibt es eine OVA. Andere Hypervisoren wie Proxmox, KVM oder Hyper-V nutzen das QCOW2-Image oder ihren eigenen Import.
In der Appliance läuft alles auf Kubernetes, genauer auf K3s mit eingebettetem etcd und eingebetteter Registry. Die Erstinstallation braucht keinen Internetzugang, alle nötigen Dateien sind in der Appliance enthalten.
Betrieben wird die Plattform über den EasyUC Manager unter /manager. Sein Operator gleicht den Cluster laufend mit der gewünschten Konfiguration ab: Version, Module und Datendienste.
- Auslieferung
- OVA, QCOW2
- Kubernetes
- K3s mit eingebettetem etcd
- Verwaltung
- EasyUC Manager
- Internetzugang
- für die Installation nicht nötig
Hinweis
Jeder Dienst läuft in einer Instanz. Bei einem Node-Ausfall müssen betroffene Dienste neu starten. Die Auswirkungen auf Betrieb und laufende Anrufe beschreibt Redundanz.
Aufbau im Überblick
Webzugriffe von Benutzern, Agenten und CUCM kommen per HTTPS über den Traefik-Ingress herein und gehen an die EasyUC-Komponenten. acd-media und der Teams-SBC laufen im Host-Netzwerk und nehmen ihre Verbindungen direkt auf dem Node an.
Die Komponenten nutzen MariaDB, Elasticsearch und RabbitMQ. Deren Daten liegen auf Longhorn-Volumes. Darunter läuft K3s auf einer oder mehreren Linux-VMs. Details stehen unter Architektur.
Themen
-
Architektur
K3s, Namespaces, Datendienste und Operatoren, Komponenten je Modul, Ingress-Pfade und Speicher.
-
EasyUC Manager
Operator und Custom Resource, Reihenfolge des Abgleichs und was Sie im Manager erledigen.
-
Redundanz
etcd-Quorum, Longhorn-Replikate und was beim Ausfall eines Nodes passiert.
-
Installation
Systemanforderungen und die ersten Schritte von der OVA bis zur Lizenz.
-
Nodes hinzufügen
Voraussetzungen, Ablauf, Mehrheiten im etcd und warum drei Nodes.
-
Deployment-Typen
Modulkombinationen wie CUCM + ACD oder Teams + ACD und der Wechsel zwischen ihnen.
-
Updates
Signierte Paketdatei, Ablauf, Unterbrechung und das Zurücksetzen auf die vorherige Version.
-
Backup und Wiederherstellung
Datenbank-Backup und verschlüsselte Vollsicherung, Zeitplan, Remote-Ziele, Wiederherstellung und Disaster Recovery.
-
Zertifikate
Webzertifikat per CSR und Zertifikate für den Teams-SBC über Let's Encrypt.
-
Ports und Firewall
Firewall-Referenz: eingehend, ausgehend und zwischen den Nodes, filterbar nach Modul.