2.1. Hardware-Anforderungen¶
Es werden viele Hardware-Konfigurationen unterstützt, die hier beschrieben werden: Planning Node Hardware Configurations. Für das Evaluierungsszenario empfehlen wir jedoch, drei Knoten bereitzustellen. Dadurch soll sichergestellt werden, dass der Cluster den Ausfall eines Knotens ohne Datenverluste überstehen kann. Die folgende Tabelle listet die minimalen Hardware-Anforderungen für jeden der drei Knoten auf. Wenn Sie Hochverfügbarkeit (HV) aktivieren wollen, benötigen Sie drei Knoten, die die Anforderungen an den Management-Knoten für Storage- und Compute-Services erfüllen.
| Typ | Management-Knoten mit Storage und Compute | Sekundärer Knoten mit Storage und Compute | Management-Knoten mit Storage und Backup Gateway |
|---|---|---|---|
| CPU | 64-Bit-x86-Prozessoren mit aktivierten AMD V- oder Intel VT-Hardware-Virtualisierungserweiterungen | ||
| 16 Kerne* | 8 Kerne* | 4 Kerne* | |
| RAM | 32 GB | 16 GB | 8 GB |
| Storage | 1 Laufwerk: System + Metadaten, 100+ GB SATA-HDD 1 Laufwerk: Storage, SATA-HDD, Größe nach Bedarf |
1 Laufwerk: System, 100 GB SATA-HDD 1 Laufwerk: Metadaten, 100 GB SATA-HDD (nur auf den ersten drei Knoten im Cluster) 1 Laufwerk: Storage, SATA-HDD, Größe nach Bedarf |
1 Laufwerk: System + Metadaten, 120 GB SATA-HDD 1 Laufwerk: Storage, SATA-HDD, Größe nach Bedarf |
| Netzwerk | 1 GbE für das private Netzwerk, 1 GbE (tagged VLAN) für das öffentliche Netzwerk | 1 GbE für das private Netzwerk, 1 GbE (tagged VLAN) für das öffentliche Netzwerk | 2 x 1 GbE |
* Ein CPU-Kern ist hier ein physischer Kern in einem Multicore-Prozessor (Hyperthreading wird nicht berücksichtigt).
Sie benötigen außerdem mindestens zwei IP-Adressen im öffentlichen Netzwerk (für das hochverfügbare Admin-Panel und für jede NFS-Freigabe), eine IP-Adresse im privaten Netzwerk (für den hochverfügbaren Management-Knoten) und zwei DNS-Namen (für S3 und Backup Gateway).
Nachfolgend finden Sie ein Beispiel-Netzwerklayout für unser Evaluierungsszenario. Die Host-Namen und Adressen können in Abhängigkeit von Ihren Einstellungen abweichen.
Die DNS-Namen werden von den Backup Agenten verwendet, um Backups an den Cloud Storage zu senden bzw. von dort abzurufen. Wenn sich Ihre Client-Maschinen und die Acronis Cyber Infrastructure-Knoten in verschiedenen Datacentern befinden, empfehlen wir dringend, den DNS-Namen in einem Ihrer bevorzugten DNS-Dienste zu konfigurieren: Azure DNS für Azure, Amazon Route 53 für Amazon oder Google Cloud DNS für Google. Wenn dies aus irgendeinem Grund nicht möglich ist, müssen Sie den DNS-Namen auf jedem Knoten manuell zur Datei /etc/hosts hinzufügen. Wenn sich die Client-Maschinen und Acronis Cyber Infrastructure-Knoten jedoch im gleichen Datacenter befinden, können Sie statt einem öffentlichen einen lokalen DNS-Server verwenden, um das Backup zu beschleunigen. Ein lokaler DNS-Server kann nur mit einer lokalen IP-Adresse funktionieren, daher empfehlen wir in diesem Fall die Verwendung von NAT.
Für unser Evaluierungsszenario empfehlen wir, den Google Chrome-Browser zu verwenden, um auf Acronis Cyber Infrastructure und den S3-Storage zuzugreifen.