Additional IP
Indirizzamento flessibile delle applicazioni con Additional IP
La maggior parte dei servizi OVHcloud viene fornita con indirizzi IP pubblici predefiniti. Additional IP offre invece un indirizzamento pubblico più flessibile che può essere spostato tra server o istanze senza modificare le tue applicazioni.
Gli indirizzi Additional IPv4 e IPv6 rendono le tue applicazioni indipendenti dall'infrastruttura sottostante, con una riassegnazione semplice tra server dedicati, Public Cloud e Private Cloud che offre maggiore controllo sulle modalità con cui i tuoi servizi vengono esposti su Internet.
Indirizzamento pubblico flessibile su Internet
Additional IP offre indirizzi pubblici flessibili che puoi associare ai tuoi servizi OVHcloud e spostare tra server o istanze senza modificare la tua applicazione o DNS.
Utilizza IP singoli o in blocchi, in IPv4 e IPv6, per progettare architetture resilienti e multi-ambiente o per mantenere i tuoi indirizzi durante la migrazione verso OVHcloud.
Perché utilizzare Additional IP?
Alta disponibilità e failover
Additional IP astrae l'esposizione delle applicazioni dall'infrastruttura sottostante, aiutandoti a costruire configurazioni altamente disponibili senza rinumerazioni complesse.
Riassegna rapidamente un IP da un server malfunzionante a un nodo di riserva e ripristina il servizio con un’interruzione praticamente nulla.
Utilizza blocchi Additional IP con VRRP su una rete vRack per creare gateway attivi/passivi o attivi/attivi a monte delle tue applicazioni.
Scala facilmente le tue applicazioni senza impatto sulla continuità operativa.
Blocchi IP scalabili per applicazioni moderne
Con i blocchi Additional IP puoi assegnare più indirizzi IP allo stesso servizio o vRack e organizzarli per tenant, applicazione o ambiente.
Associa blocchi di 4, 8, 16 o fino a 256 indirizzi IPv4 per server e utilizzali per hosting multisito, separazione SSL o carichi di lavoro containerizzati.
Raggruppa le applicazioni (per esempio, per cliente o microservizio) su indirizzi dedicati per semplificare le politiche firewall, la raccolta di log e l'analisi del traffico.
Combina diversi blocchi tra ambienti (sviluppo, staging, produzione) per realizzare piani di indirizzamento strutturati e ripetibili.
Protezione anti-DDoS integrata
Usufruisci della protezione anti-DDoS di OVHcloud sempre attiva all’edge della rete, senza costi aggiuntivi né configurazione.
Proteggi i servizi esposti su Additional IP, incluso BYOIP, con OVHcloud Anti-DDoS Infrastructure, attivo di default e senza costi aggiuntivi.
Mantieni la disponibilità anche durante attacchi volumetrici o di protocollo, mantenendo il controllo su come il traffico viene instradato verso i tuoi backend con Additional IP.
- Configura le regole di Edge Network Firewall per ogni singolo indirizzo dei tuoi blocchi Additional IP, per una protezione dagli attacchi ancora maggiore.
BYOIP e controllo della reputazione IP
Bring Your Own IP (BYOIP) permette di annunciare i tuoi intervalli IP dalla rete OVHcloud, approfittando della flessibilità di Additional IP per la loro gestione.
Mantieni lo spazio IP esistente e la sua reputazione durante la migrazione dei carichi di lavoro in OVHcloud, evitando riscritture di DNS e ACL.
Mantieni ACL basate su IP e politiche di routing coerenti in ambienti ibridi e multicloud.
Trasferisci gradualmente i servizi in OVHcloud senza cambiare gli entry point pubblici utilizzati da partner o clienti.
Scopri e interconnetti i servizi compatibili con Additional IP

Server dedicati
Assegna Additional IP direttamente a server dedicati per ospitare diversi siti web, appliance o ambienti tenant sullo stesso hardware.
Utilizza blocchi IP per segmentare il traffico dei clienti, separare gestione e produzione ed esporre dispositivi virtuali e firewall.

Hosted Private Cloud
Utilizza Additional IP come edge pubblico per i tuoi cluster Hosted Private Cloud, senza far dipendere l'accesso esterno da un singolo nodo.
Esponi interfacce di gestione, endpoint VPN o reti tenant mantenendo privati gli ESXi o l'infrastruttura gestita sottostanti.

Servizi Public Cloud
Associa Additional IP alle istanze Public Cloud per costruire frontend flessibili, jump host o NAT gateway che possono essere riassociati con l’evoluzione dell’infrastruttura.
Combina questo servizio con l’autoscaling e l’Infrastructure as a Code per automatizzare i deploy blue/green che preservano gli IP pubblici.

Server Privati Virtuali
Indirizza più utenti o domini web ospitati verso il tuo VPS configurando più Additional IP.

Reti private vRack
Utilizza blocchi Additional IP come gateway Internet per i carichi di lavoro eseguiti sulla vRack, instradando il traffico pubblico in una rete L2 privata e multi-region.
Progetta gateway altamente disponibili utilizzando VRRP e Additional IP su appliance di rete dedicate o server generici.

Load Balancer
Assegna Additional IP al Load Balancer OVHcloud per standardizzare gli entry point pubblici su più backend e Region.
Mantieni lo stesso IP quando riconfiguri i pool, migri i backend alla vRack o cambi gli algoritmi di bilanciamento del carico.
Come acquistare indirizzi IP aggiuntivi?
Accedi allo Spazio Cliente di OVHcloud e approfitta al massimo del servizio Additional IP.
Casi d’uso
Additional IP supporta più architetture, da semplici configurazioni failover a complessi gateway multi-region.
Hosting sempre attivo e failover
Sposta l'indirizzo Additional IP tra server primari e di backup.
Esegui il tuo sito web di produzione su un server dedicato o un'istanza Public Cloud e collega un Additional IP come endpoint pubblico principale.
Mantieni un'istanza di riserva pronta con la stessa configurazione: in caso di guasto, puoi spostare l'IP sul nodo di backup per ripristinare il servizio in pochi minuti.
Riutilizza lo stesso modello per repliche di database, livelli di cache o server applicativi che richiedono un cambio rapido di IP.
Piattaforme web multisito e multi-tenant
Ospita più marchi, clienti o ambienti su infrastrutture condivise mantenendo un isolamento chiaro a livello IP.
Assegna IP diversi o piccoli blocchi a ciascun tenant per semplificare gestione di firewall, traffico e osservabilità per ogni cliente.
Utilizza IP unici per SSL, casi specifici legati allo SNI o integrazioni legacy che si basano su identificazione IP.
Combina IP geolocalizzati con politiche CDN e DNS per diffondere contenuti da localizzazioni vicine ai tuoi utenti.
Gateway Internet per applicazioni vRack
Associa blocchi Additional IP alla vRack per esporre gateway Internet regionali per la tua rete privata globale.
Instrada il traffico pubblico IPv4 e IPv6 verso la rete vRack nella Region di tua scelta.
Esegui router virtuali ad alta disponibilità utilizzando VRRP e sposta gli IP di gateway tra i nodi durante interventi di manutenzione o incidenti.
Combina con BYOIP per pubblicare i tuoi prefissi tramite nodi gateway localizzati in Region specifiche.
- Adatta la banda passante pubblica in uscita in base alle dinamiche del tuo servizio.
Architetture IPv6-first e dual-stack
Progetta applicazioni moderne dual-stack che approfittano delle prestazioni e della portata di IPv6 mantenendo la compatibilità con IPv4.
Associa blocchi Additional IPv6/56 alla vRack e crea sottoreti in bridge o instradate per i tuoi carichi di lavoro.
Offri percorsi solo IPv6 per servizi sensibili alla latenza (come lo streaming multimediale) mantenendo gli IPv4 come fallback.
Utilizza l'indirizzamento dual-stack per raggiungere le nuove parti della rete Internet solo IPv6 e rendere le tue applicazioni a prova di futuro.
Disponibilità regionale e limiti
I blocchi di indirizzi Additional IP sono disponibili in più Region OVHcloud e possono essere riassegnati tra servizi compatibili nella stessa Region. I blocchi IP possono essere spostati tra datacenter all'interno di una Region, ma non tra Region differenti. L'eccezione a questa regola è la flessibilità IPv4 specifica tra eu-west-gra, eu-west-rbx e eu-west-sbg.
| Localizzazione della Region | Codice della Region | Disponibilità di Additional IP | Disponibilità di Additional IPv4/v6 per il routing pubblico della vRack | |
| Europa (Francia - Parigi) | eu-west-par | ✔ | ✔ | |
| Europa (Francia - Gravelines) | eu-west-gra | ✔ | ✔ | |
| Europa (Francia - Roubaix) | eu-west-rbx | ✔ | ✔ | |
| Europa (Francia - Strasburgo) | eu-west-sbg | ✔ | ✔ | |
| Europa (Germania - Limburg) | eu-west-lim | ✔ | ✔ | |
| Europa (Polonia - Varsavia) | eu-central-waw | ✔ | ✔ | |
| Europa (Regno Unito - Erith) | eu-west-eri | ✔ | ✔ | |
| Europa (Italia - Milano) | eu-south-mil | ✔ | ✔ | |
| Nord America (Canada - Est - Beauharnois) | ca-east-bhs | ✔ | ✔ | |
| Nord America (Canada - Est - Toronto) | ca-east-tor | ✔ | ✔ | |
| Nord America (Stati Uniti - Est - Vint Hill) | us-east-vin | ✔ | ✔ | |
| Nord America (Stati Uniti - Ovest - Hillsboro) | us-west-hil | ✔ | ✔ | |
| Asia Pacifica (Singapore-Singapore) | ap-southeast-sgp | ✔ | ✔ | |
| Asia Pacifica (Australia - Sydney) | ap-southeast-syd | ✔ | ✔ | |
| Asia Pacifica (India - Mumbai) | ap-south-mum | ✔ | ✔ | |
Additional IPv4: fino a 256 indirizzi oltre all'IP principale del server e fino a 64 slot (uno slot per blocco IP) per server dedicato. Per server Kimsufi, 128 indirizzi e 16 slot. Le istanze PCI e i VPS non supportano i blocchi IP e consentono quindi di connettere fino a 265 (PCI) e 16 (VPS) indirizzi.
Additional IPv6: fino a tre blocchi /56 per Region (uno per vRack in una Region), con fino a 128 indirizzi IPv6 attivi in modalità bridge e 128 sottoreti instradate definite per blocco. I blocchi Additional IPv6 possono essere utilizzati solo tramite la rete vRack con altri servizi.
Guide più richieste
FAQ
In cosa consiste la funzionalità di failover con gli indirizzi Additional IP?
Gli indirizzi Additional IP, conosciuti anche come Failover IP o Floating IP, migliorano la continuità del servizio di applicazioni e sistemi. Questa tecnologia permette di riassegnare gli indirizzi IP tra diverse soluzioni in modo rapido, praticamente senza interruzioni per gli utenti. Questo meccanismo può essere utilizzato durante la migrazione di servizi per spostare i progetti dall’ambiente di sviluppo a quello di produzione, effettuare test A/B e trasferire i servizi sul server di backup in caso di malfunzionamento di quello principale. Gli indirizzi Additional IPv4 sono disponibili come indirizzi singoli (/32) o come blocchi di indirizzi IP (fino a /24), mentre gli indirizzi Additional IPv6 sono disponibili come blocchi /56.
Quali sono le localizzazioni disponibili per gli indirizzi IP geolocalizzati?
OVHcloud consente di selezionare la geolocalizzazione del proprio Additional IPv4*. La disponibilità degli indirizzi IP geolocalizzati varia in base alla Region in cui si trova il servizio.
| Region | Indirizzi IP geolocalizzati disponibili |
| Francia | Francia, Irlanda, Portogallo, Regno Unito, Italia, Svizzera, Spagna, Polonia, Repubblica Ceca, Paesi Bassi, Finlandia, Lituania, Germania e Belgio. |
| Germania | Francia, Irlanda, Portogallo, Regno Unito, Italia, Svizzera, Spagna, Polonia, Repubblica Ceca, Paesi Bassi, Finlandia, Lituania, Germania e Belgio. |
| Polonia | Polonia |
| Regno Unito | Regno Unito |
| Canada | Canada |
| Australia | Australia |
| Singapore | Singapore |
| Stati Uniti | Stati Uniti |
| India | India |
*Additional IPv6 non è al momento disponibile nelle Region APAC.
Cos’è l’indirizzo IP RIPE?
L'IP RIPE è un indirizzo IP europeo, gestito e distribuito dal registro RIPE (acronimo di "Réseaux IP Européens", cioè “Reti IP Europee”), una Community aperta che garantisce le condizioni amministrative e tecniche necessarie al corretto mantenimento e sviluppo di Internet. Una delle attività principali del RIPE consiste nell'attribuzione dei blocchi IP agli Internet Service Provider (ISP) e nella registrazione delle informazioni in un database pubblico, come gli intervalli IP dei Paesi, l’assegnazione attuale degli IP e la geolocalizzazione.
Cos'è un indirizzo IP ARIN?
L'ARIN (American Registry for Internet Numbers) è l’ente responsabile della gestione e assegnazione degli indirizzi IP in Canada e negli Stati Uniti. È l'equivalente del RIPE in Nord America. Un indirizzo IP ARIN è un indirizzo gestito dall’ARIN.
Qual è il periodo massimo entro cui è necessario assegnare gli Additional IP?
Se gli indirizzi Additional IP o i blocchi di IP aggiuntivi non vengono utilizzati (per esempio, non vengono assegnati a un servizio) per 30 giorni consecutivi, OVHcloud si riserva il diritto di reclamarli, previa comunicazione all’utente. Per maggiori informazioni, è possibile consultare le condizioni di utilizzo del servizio Additional IP.
Quali dimensioni di blocchi Additional IP possono essere associati a un server?
I prefissi dei blocchi Additional IPv4 disponibili vanno da /30 a /24 (blocchi da 4 a 256 indirizzi per blocco).
Gli indirizzi Additional IPv6 sono disponibili in blocchi di dimensione /56. Possono essere associati a una singola vRack in una localizzazione specifica e poi utilizzati totalmente su un server o come sottoreti a seconda delle necessità.
È possibile collegare il blocco Additional IP a un'istanza Public Cloud?
Non offriamo supporto per i blocchi Additional IP a livello di istanza PCI, ma è comunque possibile assegnare un blocco Additional IP a un progetto PCI e poi gestire l'attribuzione di singoli IP da quel blocco a istanze specifiche.
È possibile spostare un blocco Additional IPv6 da una Region a un'altra?
Data la natura della struttura gerarchica dello spazio di indirizzi IPv6, i blocchi Additional IPv6 sono specifici di una Region. Non è quindi possibile spostarli da una Region all’altra (ma è comunque possibile reinstradarli verso qualsiasi altro backend connesso alla vRack).
È possibile utilizzare la stessa vRack con blocchi IP in più localizzazioni?
Sì, ma consigliamo di verificare le limitazioni e utilizzarla con attenzione.
È possibile delegare i prefissi tramite un host specifico all'interno della vRack?
Sì è possibile, ma al momento il servizio DHCPv6-PD non è disponibile. Questa configurazione deve essere definita manualmente utilizzando sottoreti instradate e indirizzi next-hop.
È possibile utilizzare il blocco Additional IPv6 con un server VPS?
No, è disponibile solo tramite una rete vRack, quindi non è possibile utilizzarla con i VPS.
Se si utilizzano già indirizzi IPv6, è possibile collegarli a una rete vRack?
Additional IPv6 e la sua connettività vRack è un servizio differente dagli indirizzi Primary IPv6 forniti con un server dedicato o una VM. Se si utilizza un blocco IPv6 connesso al server, è possibile continuare a utilizzarlo ma non con la vRack. Usare entrambi gli indirizzi (Primary IPv6 e Additional IPv6 tramite vRack) può essere una buona scelta, ma richiede particolare attenzione per la configurazione del routing e dell'interfaccia. Un PBR (Policy Based Routing), sarà quindi necessario con tabelle di routing specifiche per interfaccia, per garantire un traffico simmetrico. Per maggiori dettagli è possibile consultare le nostre guide.
Come creare una configurazione dual-stack all’interno della vRack con indirizzi IPv6 e IPv4 pubblici?
Si tratta del comportamento predefinito. È sufficiente verificare che gli Additional IPv6 e Additional IPv4 si trovino nella stessa Region/localizzazione e siano collegati alla stessa vRack.
Come utilizzare la configurazione manuale dell'indirizzamento IPv6 invece della configurazione automatica dell'IP SLAAC? Come può essere disabilitata?
È sufficiente disabilitare SLAAC all’interno dello Spazio Cliente o utilizzare una chiamata API per ogni blocco Additional IPv6. Questa opzione è disponibile nella prima sottorete /64 del blocco.
Per assicurarsi che gli host non utilizzino mai un indirizzo IPv6, è necessario eseguire due configurazioni sysctl (per tutte le interfacce o per singola interfaccia) sui propri host:
ipv6.conf.all.autoconf=0
net.ipv6.conf.all.accept_ra=0
In questo modo il sistema operativo non riconfigurerà l'indirizzo IPv6 dell'interfaccia né le rotte predefinite.
È possibile instradare le sottoreti IPv6 verso le VLAN all'interno della vRack?
Sì è possibile, ma solo utilizzando un host dedicato. L’host deve essere connesso a una VLAN nativa della vRack, che ha accesso anche alle VLAN interne tramite il protocollo QinQ. Non viene fornito nessun supporto diretto dallo Spazio Cliente o dall'API.