Diversi account AWS possono gestire diversi sottodomini?

Ho due account AWS. L'account principale con example.comcome zona ospitata ha quindi un numero di set di record (ad es. Api.example.com e kibana.example.com).

Un secondo account verrà gestito testing.example.comcome zona ospitata, con lo stesso set di set di record (ad es. Api.testing.example.com e kibana.testing.example.com).

Come dire all'account principale di inoltrare le richieste per .testing.example.coml'account secondario. Non voglio cambiare l'account principale in quanto desidero utilizzare gli stessi modelli di formazione cloud sia in "Live" che "Test".

Ho impostato i due come sopra e non funziona ( api.testing.example.comnon si risolve). Ho anche provato a impostare il record testing.example.com ns nell'account principale su quello specificato nell'account secondario (1). Purtroppo questo non è qualcosa che ho fatto prima e le ricerche di Google non stanno restituendo nulla.

1) Ho rovinato tutto, e questa è la risposta. Vedi sotto.

Come dire all'account principale di inviare le richieste .testing.example.comall'account figlio.

Le richieste vengono inviate, non inviate, ma è possibile ottenere il risultato desiderato delegando il sottodominio a un set diverso di server Route 53 da quelli che ospitano la zona padre.

Guarda la nuova zona ospitata che hai creato per testing.example.com. Questo può essere nello stesso account AWS, in un altro account AWS ... qualsiasi account AWS. Non c'è nulla qui che è "account" correlato. Questo utilizza la configurazione DNS standard. L'intero DNS è una gerarchia. Il root globale può dirti dove trovare com, ei comserver possono dirti dove trovare example.com, e non c'è nulla di materialmente diverso example.comnel dirti dove trovare testing.example.cominvece di darti una risposta diretta.

Nota i 4 server dei nomi che Route 53 ha assegnato alla zona ospitata testing.example.com. Verificare che siano tutti diversi da quelli assegnati alla zona ospitata di example.com. (Perché uno di essi sia uguale dovrebbe essere impossibile, ma verificalo.)

Ora, nella zona di example.com, crea un nuovo record di risorse, con nome host testing, utilizzando il tipo di record NSe inserisci i 4 server dei nomi a cui Route 53 è assegnato testing.example.com, nella casella in basso.

Ora, quando una richiesta per testing.example.com e qualsiasi altra cosa sotto di essa arriva a uno dei server Route 53 che gestiscono example.com, la risposta non sarà la risposta da testing.example.com: la risposta fornirà al richiedente i 4 record NS associati a testing.example.com e una risposta equivalente a "Non lo so, ma prova a chiedere a uno di questi ragazzi".

Ecco come è fatto.

Penso che devi creare testing.example.comrecord nell'account principale (Parent) sotto example.comdominio. E se si utilizza ELB, copiare l'endpoint ELB per testingl'account figlio o potrebbe essere assegnato un indirizzo IP pubblico per il testingdominio nel proprio account figlio e aggiornarlo nella route 53 dell'account padre. Penso che l'endpoint ELB semplificherebbe la risoluzione dell'indirizzo piuttosto che l'uso dedicato IP elastico. Dovresti anche creare tutti i sottodomini testingnell'account principale. Suggerirei di utilizzare gli endpoint ELB nell'account figlio per tutti i sottodomini del testingsito. Assicurarsi che tutto l'endpoint ELB deve avere uno schema come internet-facingnella console di aws.