Additional IP
Flexible Anwendungsadressierung mit Additional IP
Die meisten OVHcloud Dienste umfassen vordefinierte öffentliche IP-Adressen, Additional IP ermöglicht aber eine flexible öffentliche Adressierung, die zwischen Servern oder Instanzen verschoben werden kann, ohne Ihre Anwendungen zu ändern.
Zusätzliche IPv4- und IPv6-Adressen machen Ihre Anwendungen unabhängig von der zugrunde liegenden Infrastruktur, mit einfacher Neuzuweisung über Dedicated Server, Public Cloud und Private Cloud hinweg, was Ihnen mehr Kontrolle darüber gibt, wie Ihre Dienste im Internet verfügbar gemacht werden.
Öffentliche Internetadressierung, flexibel gestaltet
Mit Additional IP profitieren Sie von flexiblen öffentlichen Adressen, die Sie mit Ihren OVHcloud Diensten verknüpfen und zwischen Servern oder Instanzen verschieben können, ohne Ihre Anwendung oder Ihr DNS zu ändern.
Verwenden Sie individuelle IP-Adressen oder Adressblöcke in IPv4 und IPv6, um resiliente Architekturen für mehrere Umgebungen zu entwerfen oder bei der Migration zu OVHcloud Ihre eigenen Bereiche mitzubringen.
Warum Additional IP verwenden?
Hohe Verfügbarkeit und Failover
Additional IP abstrahiert die Anwendungsbereitstellung von der zugrunde liegenden Infrastruktur und hilft Ihnen, hochverfügbare Setups ohne komplexe Neunummerierung zu erstellen.
Weisen Sie die IP eines ausgefallenen Servers schnell einem Standby-Node zu und stellen Sie den Dienst praktisch ohne Unterbrechungen wieder her.
Verwenden Sie Additional IP Blöcke mit VRRP in einem vRack Netzwerk, um Aktiv/Passiv- oder Aktiv/Aktiv-Gateways vor Ihren Anwendungen zu erstellen.
Skalieren Sie Ihre Anwendungen reibungslos, ohne Ihre Business Continuity zu beeinträchtigen.
Skalierbare IP-Blöcke für moderne Anwendungen
Mit Additional IP Blöcken können Sie mehrere IP-Adressen dem gleichen Dienst oder vRack zuweisen und sie nach Mandant, Anwendung oder Umgebung organisieren.
Fügen Sie Blöcke von 4, 8, 16 oder bis zu 256 IPv4-Adressen pro Server hinzu und verwenden Sie sie für Multi-Site-Hosting, SSL-Trennung oder containerisierte Workloads.
Gruppieren Sie Anwendungen (zum Beispiel nach Kund:in oder Microservice) auf dedizierten Adressen, um Firewall-Richtlinien, die Protokollierung und Traffic-Analysen zu vereinfachen.
Kombinieren Sie mehrere Blöcke über Umgebungen (Entwicklung, Staging, Produktion) hinweg, um saubere, wiederholbare Adressierungspläne zu modellieren.
Integrierter DDoS-Schutz
Profitieren Sie vom permanent aktiven OVHcloud DDoS-Schutz am Netzwerk-Edge, ohne zusätzliche Kosten oder Einrichtung.
Schützen Sie Dienste, die Additional IPs nutzen (einschließlich BYOIP) mit der DDoS-Schutz-Infrastruktur von OVHcloud, die standardmäßig und ohne Mehrkosten enthalten ist.
Sorgen Sie für beständige Verfügbarkeit bei volumetrischen oder Protokollangriffen, während Sie mit Additional IPs die Kontrolle darüber behalten, wie der Traffic zu Ihren Backends geleitet wird.
- Für einen noch besseren Schutz vor Angriffen können Sie Edge-Network-Firewall-Regeln für jede IP-Adresse aus Ihren Additional IP Blöcken konfigurieren.
BYOIP und Kontrolle über die IP-Reputation
Bring Your Own IP (BYOIP) ermöglicht es Ihnen, Ihre eigenen IP-Bereiche aus dem OVHcloud Netzwerk anzukündigen, während Sie von der Flexibilität von Additional IP für die Verwaltung Ihres IP-Bereichs profitieren.
Behalten Sie den bestehenden IP-Bereich und die Reputation bei, wenn Sie Workloads zu OVHcloud migrieren, und ersparen Sie sich Änderungen des DNS oder der ACLs.
Pflegen Sie konsistente IP-basierte ACLs und Routing-Richtlinien in hybriden und Multi-Cloud-Umgebungen.
Übertragen Sie Dienste schrittweise zu OVHcloud, ohne die öffentlichen Einstiegspunkte zu ändern, die von Partnern oder Kund:innen verwendet werden.
Additional IP-kompatible Produkte
Dedicated Server
Weisen Sie Additional IPs direkt Dedicated Servern zu, um viele Websites, Appliances oder Mandantenumgebungen auf derselben Hardware zu hosten.
Verwenden Sie IP-Blöcke, um den Kunden-Traffic zu segmentieren, Management und Produktion zu trennen oder virtuelle Appliances und Firewalls bereitzustellen.
Private Cloud
Verwenden Sie Additional IP als Public Edge für Ihre Private-Cloud-Cluster, ohne den externen Zugriff an einen einzelnen Node zu binden.
Stellen Sie Verwaltungsoberflächen, VPN-Endpunkte oder Mandantennetzwerke bereit, während der zugrunde liegende ESXi oder die verwaltete Infrastruktur privat bleibt.
Public-Cloud-Dienste
Fügen Sie Additional IPs an Public-Cloud-Instanzen an, um flexible Frontends, Jump Hosts oder NAT-Gateways zu erstellen, die bei Bedarf neu angehängt werden können, wenn Sie skalieren.
In Kombination mit Autoscaling und Infrastructure-as-Code können Sie Blue/Green-Deployments automatisieren, mit denen öffentliche IPs erhalten bleiben.
Virtual Private Server
Adressieren Sie mehr Player oder Web-Domains, die auf Ihrem VPS gehostet werden, indem Sie mehr Additional IP Adressen konfigurieren.
Private vRack Netzwerke
Verwenden Sie Additional IP Blöcke als Internet-Gateways für Workloads, die im vRack ausgeführt werden, und leiten Sie öffentlichen Traffic in ein privates, multiregionales L2-Netzwerk.
Entwerfen Sie hochverfügbare Gateways mit VRRP und Additional IP auf dedizierten Netzwerk-Appliances oder Servern für allgemeine Zwecke.
Loadbalancer
Weisen Sie dem OVHcloud Loadbalancer Additional IPs zu, um öffentliche Einstiegspunkte über mehrere Backends und Regionen hinweg zu standardisieren.
Behalten Sie die gleiche IP, wenn Sie Pools neu konfigurieren, Backends zu vRack migrieren oder Lastenausgleichsalgorithmen ändern.
Wie bestelle ich Additional IP Adressen?
Begeben Sie sich in Ihr OVHcloud Kundencenter und nutzen Sie alle Vorteile der Additional IPs.
Use Cases
Additional IP unterstützt mehrere Architekturen, von einfachen Failover-Setups bis hin zu komplexen, multiregionalen Gateways.
Immer aktives Hosting und Failover
Schalten Sie Ihre Additional IP Adresse zwischen primären und Backup-Servern um.
Betreiben Sie Ihre Produktionswebsite auf einem Dedicated Server oder einer Public-Cloud-Instanz und fügen Sie eine Additional IP als zentralen öffentlichen Endpunkt an.
Halten Sie eine Standby-Instanz mit derselben Konfiguration bereit, sodass Sie im Falle eines Fehlers die IP zum Backup verschieben und den Dienst innerhalb von Minuten wiederherstellen können.
Verwenden Sie dasselbe Schema für Datenbank-Replikate, Cache-Layer oder Anwendungsserver, die einen schnellen Wechsel erfordern.
Multi-Site- und Multi-Tenant-Webplattformen
Hosten Sie mehrere Marken, Kund:innen oder Umgebungen auf einer gemeinsamen Infrastruktur, während Sie eine saubere Isolation auf IP-Ebene beibehalten.
Weisen Sie jedem Mandanten unterschiedliche IPs oder kleine Blöcke zu, um die Firewall-Konfiguration, das Traffic-Shaping und die Observability je Kund:in zu vereinfachen.
Verwenden Sie eindeutige IPs für SSL, bestimmte SNI-Fälle oder Legacy-Integrationen, die auf IP-basierter Identifikation beruhen.
Kombinieren Sie geolokalisierte IPs mit CDN- und DNS-Richtlinien, um Inhalte von Standorten in der Nähe Ihrer User aus bereitzustellen.
Internet-Gateways für vRack Anwendungen
Verbinden Sie Additional IP Blöcke mit dem vRack, um regionale Internet-Gateways für Ihr globales privates Netzwerk verfügbar zu machen.
Leiten Sie öffentlichen IPv4- und IPv6-Traffic in das vRack in der Region Ihrer Wahl.
Deployen Sie hochverfügbare virtuelle Router mit VRRP und verschieben Sie Gateway-IPs zwischen Nodes, wenn Wartungsarbeiten durchgeführt werden oder es zu Vorfällen kommt.
In Kombination mit BYOIP können Sie Ihre eigenen Präfixe über Gateway-Nodes in spezifischen Regionen veröffentlichen.
- Skalieren Sie die ausgehende öffentliche Bandbreite entsprechend der Entwicklung Ihrer Services.
IPv6-first- und Dual-Stack-Architekturen
Entwerfen Sie moderne Dual-Stack-Anwendungen, die die Leistung und Reichweite von IPv6 nutzen und gleichzeitig IPv4-Kompatibilität beibehalten.
Fügen Sie dem vRack Additional IPv6 /56-Blöcke an und erstellen Sie gebridgte oder geroutete Subnetze für Ihre Workloads.
Bieten Sie IPv6-only-Pfade für latenzempfindliche Dienste (wie das Medien-Streaming) an, während Sie IPv4 als Fallback beibehalten.
Verwenden Sie Dual-Stack-Adressierung, um neuere IPv6-only-Bereiche des Internets zu erreichen und Ihre Anwendungen zukunftssicher zu machen.
Regionale Verfügbarkeit und Grenzen
Additional IP Adressblöcke sind in mehreren OVHcloud Regionen verfügbar und können zwischen kompatiblen Diensten in derselben Region neu zugewiesen werden. IP-Blöcke können zwischen Rechenzentren innerhalb einer Region verschoben werden, aber nicht zwischen Regionen. Eine Ausnahme von dieser Regel ist die spezielle IPv4-Flexibilität zwischen eu-west-gra, eu-west-rbx und eu-west-sbg.
| Ort der Region | Code der Region | Additional IP Verfügbarkeit | Verfügbarkeit von Additional IPv4/v6 für öffentliches Routing über vRack | |
| Europa (Frankreich – Paris) | eu-west-par | ✔ | ✔ | |
| Europa (Frankreich – Gravelines) | eu-west-gra | ✔ | ✔ | |
| Europa (Frankreich – Roubaix) | eu-west-rbx | ✔ | ✔ | |
| Europa (Frankreich – Straßburg) | eu-west-sbg | ✔ | ✔ | |
| Europa (Deutschland – Limburg) | eu-west-lim | ✔ | ✔ | |
| Europa (Polen – Warschau) | eu-central-waw | ✔ | ✔ | |
| Europa (Vereinigtes Königreich – Erith) | eu-west-eri | ✔ | ✔ | |
| Europa (Italien – Mailand) | eu-south-mil | ✔ | ✔ | |
| Nordamerika (Kanada – Osten – Beauharnois) | ca-east-bhs | ✔ | ✔ | |
| Nordamerika (Kanada – Osten – Toronto) | ca-east-tor | ✔ | ✔ | |
| Nordamerika (USA – Osten – Vint Hill) | us-east-vin | ✔ | ✔ | |
| Nordamerika (USA – Westen – Hillsboro) | us-west-hil | ✔ | ✔ | |
| Asien-Pazifik (Singapur – Singapur) | ap-southeast-sgp | ✔ | ✔ | |
| Asien-Pazifik (Australien – Sydney) | ap-southeast-syd | ✔ | ✔ | |
| Asien-Pazifik (Indien – Mumbai) | ap-south-mum | ✔ | ✔ | |
Additional IPv4: bis zu 256 Adressen zusätzlich zur Hauptserver-IP und bis zu 64 Slots (ein Slot pro IP-Block) pro Dedicated Server, 128 Adressen und 16 Slots für Kimsufi Server. PCI-Instanzen und VPS unterstützen keine IP-Blöcke. Sie erlauben die Verbindung von bis zu 265 Adressen für PCI und 16 Adressen für VPS.
Additional IPv6: bis zu drei /56-Blöcke pro Region (einer pro vRack in einer Region), mit bis zu 128 aktiven IPv6-Adressen im Bridged-Modus und 128 gerouteten Subnetzen mit Definition auf Block-Basis. Additional IPv6 Blöcke können nur über das vRack Netzwerk mit anderen Produkten verwendet werden.
Beliebteste Anleitungen
FAQ
Was ist die Failover-Funktion mit Additional IP Adressen?
Additional IP Adressen, auch Failover-IPs oder Floating-IPs genannt, verbessern die Dienstkontinuität für Ihre Anwendungen und Systeme. Mit Additional IPs können Sie IP-Adressen im Handumdrehen zwischen Diensten neu zuweisen, und das praktisch ohne Dienstunterbrechung für User. Dieser Mechanismus kann während Service-Migrationen, beim Verschieben von Projekten von Entwicklungs- in Produktionsumgebungen, beim Testen von A/B-Deployments und beim Umschalten von Diensten auf einen Backup-Server im Falle eines Ausfalls des Hauptservers verwendet werden. Additional IPv4 Adressen sind als einzelne Adressen (/32) oder als IP-Adressblöcke (bis zu /24) verfügbar. Additional IPv6 Adressen sind als /56-Blöcke verfügbar.
Welche Standorte gibt es für meine geolokalisierten IP-Adressen?
Bei OVHcloud können Sie die Geolokalisierung Ihrer Additional IPv4* auswählen. Die Verfügbarkeit der geolokalisierten IP-Adressen variiert abhängig von der Region, in der Ihr Dienst gehostet ist.
| Regionen | Verfügbare geolokalisierte IP-Adressen |
| Frankreich | Frankreich, Irland, Portugal, Vereinigtes Königreich, Italien, Schweiz, Spanien, Polen, Tschechische Republik, Niederlande, Finnland, Litauen, Deutschland und Belgien |
| Deutschland | Frankreich, Irland, Portugal, Vereinigtes Königreich, Italien, Schweiz, Spanien, Polen, Tschechische Republik, Niederlande, Finnland, Litauen, Deutschland und Belgien |
| Polen | Polen |
| Vereinigtes Königreich | Vereinigtes Königreich |
| Kanada | Kanada |
| Australien | Australien |
| Singapur | Singapur |
| Vereinigte Staaten | Vereinigte Staaten |
| Indien | Indien |
*Additional IPv6 ist in APAC-Regionen derzeit nicht verfügbar.
Was ist eine RIPE-IP-Adresse?
Eine RIPE-IP-Adresse ist eine IP-Adresse, die von der RIPE-Registry („Réseaux IP Européens“, frz. für Europäische IP-Netzwerke) verwaltet und zugeteilt wird. Es handelt sich um eine offene Gemeinschaft, die administrative und technische Bedingungen gewährleistet, um das Internet aufrechtzuerhalten und weiterzuentwickeln. Eine der wichtigsten Tätigkeiten der RIPE ist die Zuweisung von IP-Blöcken an Europäische ISPs (Internet Service Provider) und die Registrierung der zugehörigen Daten in einer öffentlichen Datenbank. Dies schließt Informationen wie die IP-Bereiche eines Landes, die aktuelle IP-Zuweisung und die Geolokalisierung der IPs ein.
Was ist eine ARIN-IP-Adresse?
Die American Registry for Internet Numbers (ARIN) überwacht die Verwaltung und Zuweisung von IP-Adressen in Kanada und den Vereinigten Staaten. Damit ist sie das nordamerikanische Äquivalent der RIPE-Registry. Eine ARIN-IP-Adresse ist eine Adresse, die von der ARIN verwaltet wird.
Wie lange darf meine Additional IP maximal nicht zugewiesen sein?
Wenn die Additional IPs oder der IP-Adressblock für 30 aufeinanderfolgende Tage nicht verwendet (d. h. keinem Dienst zugewiesen) werden, behält sich OVHcloud das Recht vor, diese nach Benachrichtigung des Benutzers zurückzufordern. Weitere Informationen finden Sie in den besonderen Vertragsbedingungen für Additional IPs.
Welche Additional IP Blockgrößen können pro Server zugewiesen werden?
Die Präfixe von Additional IPv4 Blöcke reichen von /30 bis /24 (d. h. Blockgrößen von 4 bis 256 Adressen pro Block).
Additional IPv6 Adressen werden als Blöcke der Größe /56 angeboten. Sie können an ein einzelnes vRack an einem bestimmten Standort angehängt und dann je nach Anforderungen auf einem Server als Ganzes oder als Subnetze verwendet werden.
Kann ich meinen Additional IP Block an eine Public-Cloud-Instanz anhängen?
Wir bieten keine Unterstützung für Additional IP Blöcke auf PCI-Instanzebene an, aber Sie können einem PCI-Projekt dennoch einen Additional IP Block zuweisen und dann die Zuordnung individueller IPs aus diesem Block zu bestimmten Instanzen verwalten.
Kann ich meine Additional IPv6 Blöcke von einer Region in eine andere verschieben?
Aufgrund der hierarchischen Struktur des IPv6-Adressbereichs sind Additional IPv6 Blöcke spezifisch für eine Region. Daher ist es nicht möglich, diese zwischen Regionen zu verschieben. Sie können Sie aber immer zu jedem anderen mit dem vRack verbundenen Backend umleiten.
Kann ich dasselbe vRack mit IP-Blöcken an verschiedenen Standorten verwenden?
Ja. Achten Sie jedoch auf die Einschränkungen und nutzen Sie eine derartige Konfiguration mit Vorsicht.
Kann ich Präfixe über einen bestimmten Host in meinem vRack delegieren?
Ja, das ist möglich. Allerdings ist DHCPv6-PD zurzeit nicht verfügbar. Daher muss eine derartige Konfiguration mit gerouteten Subnetzen und Next-Hop-Adressen manuell eingerichtet werden.
Kann ich Additional IPv6 Blöcke mit einem VPS verwenden?
Nein. Additional IPv6 ist nur über vRack Netzwerke verfügbar und kann daher nicht mit VPS verwendet werden.
Ich verwende bereits IPv6-Adressen. Kann ich sie einem vRack Netzwerk zuweisen?
Additional IPv6 und dessen vRack Konnektivität ist ein anderes Produkt als die Primary IPv6 Adressen, die mit einem Dedicated Server oder einer VM bereitgestellt werden. Falls Sie bereits einen mit Ihrem Server verbundenen IPv6-Block verwenden, können Sie diesen weiterhin nutzen, jedoch nicht mit vRack. Die Verwendung beider Adressen (Primary IPv6 und Additional IPv6 über vRack) kann eine gute Wahl sein, erfordert jedoch verstärkte Aufmerksamkeit im Hinblick auf das Routing und die Schnittstellenkonfiguration (Policy Based Routing – PBR – wird mit unterschiedlichen Routing-Tabellen pro Schnittstelle benötigt, um symmetrischen Traffic sicherzustellen). Weitere Details finden Sie in unseren Guides.
Wie kann ich im vRack eine Dual-Stack-Konfiguration mit öffentlichen IPv6‑ und IPv4-Adressen einrichten?
Dies ist das Standardverhalten. Stellen Sie lediglich sicher, dass sich die Additional IPv6 und Additional IPv4 Adressen in derselben Region bzw. am selben Standort befinden und demselben vRack zugewiesen sind.
Ich bevorzuge die manuelle Einrichtung für die IPv6-Adressierung und möchte keine SLAAC-IP-Autokonfiguration verwenden. Wie kann ich diese deaktivieren?
Deaktivieren Sie SLAAC einfach über das Kundencenter oder per API-Aufruf für jeden Additional IPv6 Block. Diese Option ist im ersten /64-Subnetz des Blocks verfügbar.
Wenn Sie sicherstellen möchten, dass Ihre Hosts niemals auf eine IPv6-Adresse umkonfiguriert werden, führen Sie zwei sysctl-Konfigurationen auf Ihren Hosts aus (für alle Interfaces oder einzeln je Interface):
ipv6.conf.all.autoconf=0
net.ipv6.conf.all.accept_ra=0
Auf diese Weise wird das Betriebssystem weder die Interface-IPv6-Adresse noch die Standardrouten neu konfigurieren.
Kann ich IPv6-Subnetze zu VLANs innerhalb des vRack routen?
Ja. Dies ist jedoch nur über einen dedizierten Host möglich. Der Host muss mit einem nativen vRack VLAN verbunden sein, das außerdem über das QinQ-Protokoll Zugriff auf andere interne VLANs hat. Es gibt keine direkte Unterstützung über das Kundencenter oder die API.