Lavorare con risolutori personalizzati
Un resolver DNS privato personalizzato estende la capacità di 'IBM Cloud® DNS Services di soddisfare le esigenze di un ambiente cloud ibrido, consentendo la risoluzione degli hostname della VPC 'IBM Cloud da resolver DNS on-premises e consentendo la risoluzione di hostname on-premises da 'IBM Cloud.
Caratteristiche principali del resolver personalizzato:
- Estende le risoluzioni DNS a risolutori residenti in loco
- Consente la fallback di risoluzione ad un percorso di resolver secondario (se ne è configurato uno) quando la posizione del resolver principale non è disponibile
Panoramica resolver personalizzato
Per iniziare ad utilizzare un resolver personalizzato, è necessario creare un resolver personalizzato e poi aggiungete le regole di inoltro.
Si prevede che il resolver personalizzato sia configurato per default per l'High Availability. Seguire i passaggi in Creazione di un resolver personalizzato senza alta disponibilità se non si desidera una configurazione altamente disponibile.
Dopo aver creato il resolver personalizzato e configurare le sue regole di inoltro, il resolver può essere abilitato per il VPC. Questo risultato nell'opzione DHCP per il risolutore che cambia agli indirizzi IP resolver personalizzati.
Panoramica dei profili resolver personalizzati
È possibile utilizzare profili resolver personalizzati per aumentare i limiti di configurazione di regole di inoltro, zone secondarie o viste DNS. Inoltre, se si desidera configurare molti record DNS per le loro zone secondarie, un profilo più grande evita i colli di bottiglia delle prestazioni.
Le quote variano in base al profilo del resolver personalizzato selezionato. Per ulteriori informazioni, vedere Quote per i profili resolver personalizzati.
IP riservato per risolutori personalizzati
Gli apparecchi virtuali sono creati per i resolver personalizzati per servire le query DNS, o per global load balancer health check per inviare i probe ai server di origine che ne monitorano lo stato di salute. L'appliance virtuale è completamente gestita da DNS Services, tuttavia, è possibile andare nella dashboard Subnets for VPC e visualizzare i dettagli di una sottorete per visualizzare i IP riservati di quella sottorete. È possibile vedere quale indirizzo IP è legato all'interfaccia di rete sull'appliance virtuale gestita da DNS Services.
Dalla colonna risorsa di destinazione è possibile visualizzare quale IP riservato è collegato ad un'istanza di servizio DNS che ha un appliance virtuale connessa alla propria sottorete. Si consiglia di tenere Auto - release abilitato (l'impostazione predefinita). Con Auto - release, questo indirizzo IP rilascia automaticamente alla pool di indirizzi IP dopo che l'appliance virtuale viene cancellata, come parte del processo di cancellazione per risolutori personalizzati e pool di bilanciamento del carico globale.
La disabilitazione del rilascio automatico può interrompere le operazioni di recupero DNS Services.
Il resolver personalizzato indirizza la propagazione alle istanze di calcolo
Gli indirizzi IP riservati per ogni ubicazione del resolver personalizzato vengono indicati collettivamente come indirizzi del resolver personalizzati. Quando hai più ubicazioni abilitate in un resolver personalizzato, la propagazione di questi indirizzi del resolver personalizzato per calcolare le istanze sul VPC tiene conto di tutte le regole di ottimizzazione della prossimità e del bilanciamento del carico.
La regola di prossimità è considerata la regola preferita per determinare il server DNS primario per istanze di calcolo e quindi l'ottimizzazione del bilanciamento del carico viene considerata quando una zona di disponibilità non ha una posizione. L'esempio riportato di seguito descrive le regole per determinare l'assegnazione del server DNS primario per calcolare le istanze in ciascuna zona di disponibilità.
Esempio 1: tre ubicazioni in zone di disponibilità differenti
In questo esempio, ogni disponibilità ha esattamente un'ubicazione del resolver personalizzata.
Resolver personalizzato R:
- location-1 in us-south-1 ha indirizzo:
A1 - location-2 in us-south-2 ha indirizzo:
A2 - location-3 in us-south-3 ha l'indirizzo:
A3
La prossimità è l'unica politica per determinare i server DNS primari per le istanze di calcolo in ogni zona di disponibilità:
- us-south-1:
A1(primario)A2,A3. - us-south-2:
A2(primario)A1,A3. - us-south-3:
A3(primario),A1,A2.
Esempio 2: due di tre ubicazioni nella stessa area di disponibilità
In questo esempio, due di tre ubicazioni sono nella stessa zona di disponibilità us-south-1, ma non ci sono ubicazioni in us-south-3.
Resolver personalizzato R:
- location-1 in us-south-1 ha indirizzo:
A1 - location-2 in us-south-1 ha l'indirizzo:
A2 - location-3 in us-south-3 ha l'indirizzo:
A3
La regola di prossimità viene applicata prima per determinare i server DNS primari per us-south-1 e us-south-3 perché queste due zone di disponibilità hanno ubicazioni. Successivamente, la regola di ottimizzazione
del bilanciamento del carico viene utilizzata per selezionare il 'location-2 come server primario per il 'us-south-2. Di conseguenza, i server DNS risultanti per le istanze di calcolo in ogni zona di disponibilità
saranno:
- us-south-1:
A1(primario)A2,A3. - us-south-3:
A3(primario),A1,A2. - us-south-2:
A2(primario)A1,A3.
Esempio 3: tutte e 3 le ubicazioni si trovano nella stessa zona di disponibilità
In questo esempio, tutte le ubicazioni sono nella stessa zona di disponibilità us-south-1, ma non ci sono ubicazioni in us-south-2 e us-south-3.
Resolver personalizzato R:
- location-1 in us-south-1 ha indirizzo:
A1 - location-2 in us-south-1 ha l'indirizzo:
A2 - location-3 in us-south-1 ha l'indirizzo:
A3
La regola di prossimità seleziona la location-1 come server DNS primario per 'us-south-1. Quindi, la regola di ottimizzazione del bilanciamento del carico assegna un server DNS primario per us-south-2 e us-south-3 a location-2 e location-3, rispettivamente. I server DNS risultanti per le istanze di calcolo in ciascuna zona di disponibilità sono:
- us-south-1:
A1(primario)A2,A3. - us-south-2:
A2(primario)A1,A3. - us-south-3:
A3(primario),A1,A2.
Esempio 4: il numero di ubicazioni del resolver personalizzato è inferiore a 3
In questo esempio, il resolver personalizzato ha meno di 3 ubicazioni.
Resolver personalizzato R:
- location-1 in us-south-1 ha indirizzo:
A1 - location-2 in us-south-2 ha indirizzo:
A2
In questo caso, viene utilizzata almeno una posizione come server DNS primario per due zone di disponibilità. Dopo aver seguito le regole di cui sopra, i server DNS risultanti per le istanze di calcolo in ciascuna zona di disponibilità saranno:
- us-south-1:
A1(primario)A2. - us-south-2:
A2(primario),A1. - us-south-3:
A1(primario),A2.
Stato resolver personalizzato
Lo stato di un resolver personalizzato appena creato è inizialmente " Critical perché la posizione del resolver non è stata completamente approvvigionata. Lo stato cambia a Healthy dopo che la posizione resolver
cambia a Up.
Le seguenti definizioni di stato si applicano ai percorsi risolutori:
- Su- quando il percorso risolutore è funzionante.
- Giù- quando la posizione del resolver non è funzionante.
Le seguenti definizioni di stato si applicano al resolver personalizzato:
- Sano- quando tutte le posizioni risolve sono
Up, lo stato èHealthy. - Degradato- quando c'è più di una posizione risolutore, e uno è
Upma un altro èDown, poi lo stato cambia aDegraded. - Critico- quando tutte le posizioni risolve sono
Down, lo stato cambia aCritical.
Funzionalità del profilo del resolver personalizzato
È possibile fornire resolver personalizzati con i seguenti profili per fornire diverse funzionalità, tra cui la dimensione del profilo dell'istanza del server di localizzazione e i limiti massimi di risorse quali zone secondarie, regole di inoltro e viste.
Quando si aggiorna o si declassa un profilo di resolver personalizzato, le sottoreti su cui sono state fornite le posizioni dei resolver personalizzati devono avere almeno un indirizzo IP disponibile.
Se non sono disponibili indirizzi IP, il processo di modifica non sarà completato, anche se le posizioni del resolver personalizzato continueranno a funzionare normalmente. Inoltre, le regole di inoltro e le zone secondarie non possono essere create, aggiornate o eliminate durante una modifica del profilo.
La tabella seguente mostra le funzionalità di ciascun profilo.
| Profilo | Limite della zona secondaria | Limite della regola di inoltro | Limite di visualizzazione per regola di inoltro |
|---|---|---|---|
| Essential | 10 | 10 | 1 |
| Avanzate | 50 | 50 | 3 |
| Premier | 100 | 100 | 5 |
Non è possibile attivare o disattivare il resolver personalizzato e le posizioni, eliminare il resolver personalizzato o aggiungere e rimuovere posizioni mentre il profilo del resolver personalizzato è in aggiornamento.
Viste le regole di inoltro
Una vista definisce un'espressione che consente di indirizzare le query DNS a diversi risolutori DNS in base al risultato della valutazione. Questa valutazione consente funzioni avanzate di routing dei blocchi di server, come il DNS diviso.
L'espressione della vista segue il Common Expression Language, ma non supporta tutte le funzioni e le macro integrate in CEL. Attualmente, l'espressione supporta solo le seguenti funzioni, variabili e operatori personalizzati.
-
Funzioni
ipInRange(ip, cidr): Restituisce un valore booleano che indica se l'indirizzoipsi trova nell'intervallocidr.
-
Variabili
source: Informazioni sul client per la query DNS.ip: L'indirizzo IP del client.
-
Operatori
||: OR logico&&: AND logico!: Logico NOT==: Uguali logici!=: Logico NotEquals?:: Condizionale
Visualizza gli esempi di espressione
- ipInRange(source.ip, ' 10.240.0.0/24 ')
- !ipInRange(source.ip, ' 10.240.0.0/24 ')
- ipInRange(source.ip, '10.240.0.0/24') || ipInRange(source.ip, '10.240.1.0/24')
- source.ip == '10.240.0.5'
- source.ip != '10.240.0.5'
Limiti del resolver personalizzati
Per ulteriori informazioni, vedere Limiti di servizio per i servizi DNS.