Dedizierte Server in Dallas

Dallas ist an Chicago, Los Angeles und New York gleichermaßen gut angebunden, wobei Chicago von den dreien am nächsten liegt.

Dallas ist der kürzere Pfad nach Texas, in die Golfstaaten und nach Mexiko; Chicago ist die ausgewogenere Wahl, wenn sich Ihre Nutzer auf die Küsten und den Nordosten verteilen. Die beiden liegen einen kurzen Hop auseinander, die Antwort lautet deshalb oft beide: eine Metro trägt den Traffic, die andere hält den Standby. Dallas führt dasselbe Programm wie Chicago, ein Aufbau über zwei Metros bedeutet also keine zwei verschiedenen Spezifikationen.

Ja. Verlängern Sie das VLAN eines privaten Netzwerks zwischen Dallas und Chicago, dann erreichen sich Webserver in beiden Rechenzentren über unser Netz, abseits ihrer öffentlichen Schnittstellen. So teilen sie einen Session-Speicher und erhalten dieselben Deployments, während Ihr eigenes DNS die Besucher auf beide Städte verteilt. Cloud Console und API verwalten es gleichermaßen, ohne Aufpreis. Galera- und etcd-Cluster gehören wie Proxmox-Cluster in ein privates Netzwerk innerhalb eines Rechenzentrums, wo jeder Knoten den anderen schnell antwortet.

Wir fahren BGP-Sessions mit Kunden, die ihre eigenen Präfixe über AS55285 ankündigen wollen, statt von uns zugewiesenen Adressraum zu nutzen, in Dallas wie in jeder anderen Metro. Schicken Sie uns eine Letter of Authorisation und sorgen Sie dafür, dass Ihre IRR- und RPKI-Einträge (ROA) stimmen, damit die Routen sauber validieren. Wenn Sie lieber kein BGP fahren, wird jeder Server ab dem ersten Boot Dual-Stack mit IPv4 und IPv6 ausgeliefert.

Dallas führt dasselbe Programm wie Chicago: Xeon E3 und E-Serie, zwei Xeon Gold, AMD Ryzen 7000/9000 und EPYC 7003/9004.

Vorrätige Konfigurationen sind in unter einer Minute mit Root-Shell live. Individuelle Builds werden einzeln kalkuliert.

Erzeugen Sie in der Konsole einen API-Schlüssel und steuern Sie dieselben Vorgänge aus Ihrem eigenen Tooling; eine vorrätige Dallas-Konfiguration zu belegen ist ein einziger Aufruf. Die Cloud Console ist ein Client dieser API und keine Schicht darüber, Bereitstellungen, Neuinstallationen und Neustarts funktionieren also von beiden Seiten gleich. Jede Aufgabe meldet ihren Fortschritt live, das erspart Ihrem Skript das Pollen und Raten.

Ja. Die Maschine ist Single-Tenant und unmanaged: voller Root, alle Kerne und kein Hypervisor zwischen Ihrem Kernel und der CPU. Patching und Firewall-Regeln auf der Maschine liegen bei Ihnen, und nach der Übergabe ändert von unserer Seite nichts am Betriebssystem. Managed-Optionen lassen sich einrichten, wenn Sie das lieber nicht selbst übernehmen.

Ja. Inline-Mitigation ist stets aktiv und ohne Aufpreis auf jedem Server enthalten.

Das Rechenzentrum in Dallas ist HIPAA-, ISO-27001-, PCI-DSS-, SOC-1- und SOC-2-konform.