Cloud Number Registry – Übersicht
Mit der Cloud Number Registry können Sie die Nutzung Ihrer IP-Adressen in Google Cloudansehen, verwalten und planen. Wenn Sie die Cloud Number Registry einrichten, werden im Rahmen eines schreibgeschützten Erkennungsprozesses IP-Adressinformationen für die gesamte Organisation importiert. Dadurch wird eine Darstellung der unterstützten IP-Adressen und -Bereiche erstellt. Mit Cloud Number Registry können Sie in der gesamten Organisation Folgendes tun:
- IP-Adressnutzung für erkannte oder benutzerdefinierte Bereiche ansehen.
- Suchen Sie nach verfügbaren IP-Adressbereichen innerhalb der erkannten oder benutzerdefinierten Bereiche.
- In einem Registry-Buch nach IP-Adressressourcen suchen.
Projektbezeichnung für Cloud Number Registry
Bevor Sie die Cloud Number Registry konfigurieren, muss ein IAM-Hauptkonto, dem die Rolle „Cloud Number Registry IPAM Admin“ auf Organisationsebene zugewiesen wurde, ein Projekt für die Cloud Number Registry in dieser Organisation festlegen. Sie legen ein Projekt fest, indem Sie eine org-number-registries-Ressource erstellen, die auf das Projekt verweist, das für eine bestimmte Organisation verwendet werden soll.
Nachdem Sie die Cloud Number Registry konfiguriert haben, enthält das festgelegte Projekt Informationen zu IP-Adressbereichen für die gesamte Organisation. Wenn Sie den Zugriff auf Cloud Number Registry-Informationen einschränken möchten, empfehlen wir dringend die folgende Konfiguration:
- Erstellen Sie ein neues Projekt, das für Cloud Number Registry verwendet werden soll.
- Konfigurieren Sie IAM-Richtlinien (Identity and Access Management) so, dass nur Hauptkonten, die alle IP-Adressbereiche in der Organisation sehen müssen, auf dieses Projekt zugreifen können.
Cloud Number Registry IPAM-Ressourcen
Cloud Number Registry verwendet die folgenden Ressourcen, um Sie bei der Organisation Ihrer IP-Adressressourcen zu unterstützen.
IPAM-Administratorbereich
Wenn Sie die Cloud Number Registry verwenden möchten, müssen Sie in einem Projekt einen IPAM-Administratorbereich erstellen. Wir empfehlen dringend, ein neues Projekt zu erstellen, das nur für die Cloud Number Registry verwendet wird. Weitere Informationen finden Sie unter Einschränkungen.
Das Projekt muss Teil einer Organisation sein.
Durch das Erstellen eines IPAM-Administratorbereichs wird ein Erkennungsprozess gestartet, bei dem Compute Engine-Ressourcen in der übergeordneten Organisation des Projekts in die Cloud Number Registry importiert werden. Diese importierten Ressourcen werden als erkannte Ressourcen bezeichnet. Der Erkennungsprozess kann bis zu 24 Stunden dauern.
Nur ein Projekt in einer bestimmten Organisation kann den IPAM-Administratorbereich für die Organisation enthalten und verwalten.
Registry-Bücher
Ein Registry-Buch ist ein Container für Informationen zur IP-Adressverwaltung. Wenn Sie einen IPAM-Administratorbereich erstellen, erstellt die Cloud Number Registry automatisch ein Registry-Buch mit dem Namen default und importiert die erkannten Ressourcen dorthin.
Sie können auch zusätzliche Registry-Bücher erstellen, um Ihre erkannten Ressourcen zu organisieren. Wenn Sie ein Registry-Buch erstellen, definieren Sie einen beanspruchten Bereich, also ein oder mehrere Projekte, die Sie dem Registry-Buch hinzufügen.
Ein Projekt kann nur von einem Registry Book beansprucht werden. Wenn Sie ein Registry-Buch erstellen und den beanspruchten Bereich definieren, werden die Realms und Bereiche, die mit den Projekten im beanspruchten Bereich verknüpft sind, dem neuen Registry-Buch hinzugefügt und aus dem Standard-Registry-Buch entfernt.
Sie können Registry-Bücher nach Informationen zur IP-Adressnutzung und zu verfügbaren IP-Adressbereichen abfragen.
Bereiche
Ein Bereich ist eine Gruppe verwalteter IP-Adressbereiche, die eine Netzwerkrouting-Domain darstellen. IP-Adressbereiche, die innerhalb eines Bereichs verwaltet werden, dürfen sich nicht überschneiden, es sei denn, ein Bereich ist der übergeordnete Bereich eines anderen freigegebenen Bereichs.
Cloud Number Registry erstellt nach Bedarf einen Realm für die folgenden Ressourcen:
- Jedes erkannte VPC-Netzwerk. Die Realm-Namen beginnen mit
vpc-global. - Von Google bereitgestellte externe IPv4- und IPv6-Adressen und -Bereiche. Die Realms heißen
google-owned-ipv4undgoogle-owned-ipv6. - Öffentlich beworbene Präfixe für Eigene IP-Adressen verwenden (Bring your own IP, BYOIP). Die Realms heißen
byoip-ipv4undbyoip-ipv6.
Erkannte Bereiche werden von Cloud Number Registry verwaltet und können nicht geändert werden. Sie können jedoch benutzerdefinierte Bereiche erstellen, mit denen Sie beliebige Bereiche in die Cloud Number Registry aufnehmen können, einschließlich Bereiche außerhalb von Google Cloud.
Erkannte Bereiche
Die IP-Adressbereiche und IP-Adressen, die Cloud Number Registry erkennt, werden als erkannte Bereiche bezeichnet.
Sie können erkannte Bereiche in der Cloud Number Registry nicht direkt aktualisieren oder löschen. Wenn Sie einen erkannten Bereich ändern möchten, müssen Sie die Compute Engine-Quellressource ändern. In der Cloud Number Registry werden alle Änderungen widergespiegelt, die Sie an der Quellressource vornehmen.
Benutzerdefinierte Bereiche
Benutzerdefinierte Bereiche sind IP-Adressbereiche, die Sie einem benutzerdefinierten Bereich hinzugefügt haben. Da benutzerdefinierte Bereiche vom Nutzer verwaltet werden, können Sie diese Bereiche direkt in der Cloud Number Registry aktualisieren oder löschen.
Das Aktualisieren oder Löschen benutzerdefinierter Bereiche hat keine Auswirkungen auf die Google Cloud-Quellressourcen.
Erkannte Ressourcen
Beim Erkennungsprozess für Compute Engine-Ressourcen werden nach Bedarf die folgenden Realms erstellt, um die erkannten Ressourcen zu organisieren:
Ein Bereich für die internen IPv4-Ressourcen jedes VPC-Netzwerk. Der Realm-Name beginnt mit
vpc-global. Dieser Bereich enthält erkannte Bereiche für die folgenden Ressourcen:- Primäre IPv4-Adressbereiche des Subnetzes.
- Sekundäre IPv4-Adressbereiche des Subnetzes.
Sitzungsspezifische und statische interne IPv4-Adressen.
Diese Adressen werden als untergeordnete Bereiche (
/32) des übergeordneten erkannten Bereichs angezeigt. Beispielsweise wird eine regionale interne IPv4-Adresse, die einer Instanz oder einer Weiterleitungsregel zugewiesen ist, als untergeordneter Bereich des primären IPv4-Adressbereichs des Subnetzes angezeigt.Instanzen, die diese IPv4-Adressen verwenden.
Ein Bereich für die internen IPv6-Ressourcen jedes VPC-Netzwerk. Dieser Bereich enthält erkannte Bereiche für die folgenden Ressourcen:
- Interner IPv6-Bereich der ULA für interne IPv6-Subnetzbereiche.
- Interne IPv6-Adressbereiche des Subnetzes.
Sitzungsspezifische und statische interne IPv6-Adressbereiche.
Diese Bereiche werden als untergeordnete Bereiche des übergeordneten erkannten Bereichs angezeigt. Beispielsweise wird ein regionaler interner IPv6-Adressbereich, der einer Instanz oder einer Weiterleitungsregel zugewiesen ist, als untergeordneter Bereich des internen IPv6-Adressbereichs des Subnetzes angezeigt.
Instanzen, die diese IPv6-Adressbereiche verwenden.
Eine Realm mit dem Namen
google-owned-ipv4, die Folgendes enthält:- Sitzungsspezifische und statische externe IPv4-Adressen.
- Instanzen, die diese IPv4-Adressen verwenden.
- Instanzen, die statische externe IPv4-Adressen aus einem öffentlich delegierten BYOIP-Präfix verwenden. Weitere Informationen finden Sie unter Einschränkungen.
Eine Realm mit dem Namen
google-owned-ipv6, die Folgendes enthält:- Externe IPv6-Adressbereiche des Subnetzes.
- Statische externe IPv6-Adressbereiche.
- Sitzungsspezifische IPv6-Adressbereiche, die Ressourcen wie Instanzen und Weiterleitungsregeln zugewiesen sind.
- Instanzen, die diese IPv6-Adressbereiche verwenden.
Eine Realm mit dem Namen
byoip-ipv4, die Folgendes enthält:- Öffentlich beworbene IPv4-BYOIP-Präfixe.
- Öffentlich delegierte IPv4-BYOIP-Präfixe.
- Statische externe IPv4-Adressen, die aus einem öffentlich delegierten Präfix reserviert sind.
Instanzen, die sitzungsspezifische externe IPv4-Adressen verwenden, die aus einem öffentlich delegierten Präfix erstellt wurden.
Wenn eine Instanz eine statische externe IPv4-Adresse verwendet, die aus einem öffentlichen delegierten Präfix reserviert ist, wird die Instanz im Bereich
google-owned-ipv4anstelle des Bereichsbyoip-ipv4aufgeführt . Weitere Informationen finden Sie unter Einschränkungen.
Eine Realm mit dem Namen
byoip-ipv6, die Folgendes enthält:- Öffentlich beworbene IPv6-BYOIP-Präfixe.
- Öffentlich delegierte IPv6-BYOIP-Präfixe.
- Externe oder interne IPv6-Subnetzbereiche, die aus einem öffentlichen delegierten Präfix erstellt werden.
- Sitzungsspezifische und statische externe IPv6-Adressbereiche, die aus einem öffentlich delegierten Präfix erstellt werden.
- Instanzen, die sitzungsspezifische oder statische IPv6-Adressbereiche verwenden, die aus einem öffentlich delegierten Präfix erstellt wurden.
Beschränkungen
Für die Cloud Number Registry gelten die folgenden Einschränkungen:
Die Cloud Number Registry wird im festgelegten Projekt konfiguriert, enthält aber eine schreibgeschützte Darstellung der Informationen zu IP-Adressbereichen für die gesamte Organisation. Wenn Sie den Zugriff auf die IP-Adressinformationen der Organisation steuern möchten, müssen Sie den Zugriff auf das entsprechende Projekt steuern. Weitere Informationen finden Sie unter Projektbezeichnung für Cloud Number Registry.
Wenn Sie „Bring your own IP addresses“ (BYOIP) verwenden, eine externe IPv4-Adresse aus einem öffentlichen delegierten Präfix reserviert und diese statische IP-Adresse einer Instanz zugewiesen haben, werden die erkannten Bereiche auf zwei Realms statt auf denselben Realm aufgeteilt:
- Der erkannte Bereich für die Instanz wird unter dem Bereich
google-owned-ipv4angezeigt. - Der erkannte Bereich für die statische externe IPv4-Adresse wird unter dem Bereich des öffentlich beworbenen Präfixes angezeigt.
- Der erkannte Bereich für die Instanz wird unter dem Bereich