Interne Bereiche – Übersicht

Mit internen Bereichen können Sie Blöcke interner IP-Adressen reservieren und angeben, wie diese Adressen verwendet werden können. Mit internen Bereichen können Sie die VPC-Netzwerktopologie (Virtual Private Cloud) verwalten, wenn Netzwerke mit Funktionen wie VPC-Netzwerk-Peering, gemeinsam genutzter VPC, Cloud VPN und Cloud Interconnect immer komplexer werden.

Spezifikationen

  • Eine interne Bereichsressource stellt einen internen IPv4- oder IPv6-CIDR-Block dar, der aus einem VPC-Netzwerk zugewiesen wird.
  • Beim Reservieren eines internen Bereichs können Sie Folgendes konfigurieren:
    • Der Zweck des Bereichs, d. h. ob der Bereich für Subnetze und untergeordnete interne Bereiche oder ausschließlich für die Zuweisung einzelner globaler interner IPv4-Adressen für Private Service Connect-Endpunkte verwendet wird.
    • Der Peering-Typ des Bereichs, d. h. wie der Bereich verwendet werden kann, wenn VPC-Netzwerk-Peering konfiguriert ist.
    • Der Nutzungstyp des Bereichs, d. h. ob der Bereich von Cloud de Confiance -Ressourcen im VPC-Netzwerk verwendet werden kann oder für die externe Nutzung reserviert ist.
    • Ob sich der Bereich mit Subnetzen oder Routen im übergeordneten VPC-Netzwerk überschneiden kann
    • Gibt an, ob der Adressblock oder das Überschneidungsverhalten des Bereichs geändert werden kann.
  • Standardmäßig können Sie keinen internen Bereich reservieren, der IP-Adressen enthält, die von anderen Cloud de Confiance by S3NS -Ressourcen im VPC-Netzwerk des Bereichs verwendet werden.
  • Wenn Sie die Überschneidung mit Subnetzen, Routen oder beidem aktivieren, können Sie interne Bereiche mit CIDR-Blöcken erstellen, die sich mit dem IP-Adressbereich der angegebenen Ressourcentypen überschneiden.
  • Sie können keine Cloud de Confiance -Ressourcen erstellen, die IP-Adressen aus einem vorhandenen internen Bereich verwenden, es sei denn, Sie verknüpfen die Ressource explizit mit dem internen Bereich (für Subnetze) oder lassen Überschneidungen zu (für Routen).
  • Wenn ein interner Bereich unveränderlich ist, können Sie nur die Beschreibung des Bereichs ändern. Wenn der Bereich änderbar ist (Standardeinstellung), können Sie den CIDR-Block, das Überschneidungsverhalten und die Beschreibung des Bereichs ändern. Die Unveränderlichkeit kann nach dem Erstellen des Bereichs nicht mehr geändert werden.

Betrachten Sie beispielsweise einen änderbaren internen Bereich für 10.0.0.0/24 ohne Angabe einer Überschneidung.

Wenn Sie versuchen, ein Subnetz im selben VPC-Netzwerk zu erstellen, das den Bereich 10.0.0.0/25 verwendet, schlägt die Erstellung des Subnetzes fehl, es sei denn, Sie verknüpfen das Subnetz mit dem internen Bereich.

Wenn Sie versuchen, eine Route im selben VPC-Netzwerk zu erstellen, das den Bereich 10.0.0.0/25 verwendet, schlägt die Erstellung der Route fehl, es sei denn, Sie aktualisieren den internen Bereich, indem Sie das Attribut overlaps auf OVERLAP_ROUTE_RANGE setzen.

Zwecktypen

Der Zweck einer internen Bereichsressource gibt die Typen vonCloud de Confiance -Ressourcen an, die IP-Adressen aus dem CIDR-Block des Bereichs zuweisen können. Der Zweck eines internen Bereichs kann einer der folgenden sein:

Sie können den Zweck eines internen Bereichs nach dem Erstellen des Bereichs nicht mehr ändern.

Interne Bereiche für Private Service Connect-Endpunkte

Sie können einen Bereich globaler interner IPv4-Adressen reservieren, um sie Private Service Connect-Endpunkten für globale Google APIs zuzuweisen.

Interne Bereiche für Private Service Connect-Endpunkte haben die folgenden Spezifikationen:

  • Der Zwecktyp muss INTERNAL_ADDRESS sein.
  • Der Peering-Typ muss FOR_SELF sein.
  • Der Nutzungstyp muss FOR_VPC sein.
  • Es werden nur IPv4-CIDR-Blöcke unterstützt. IPv6-CIDR-Blöcke werden nicht unterstützt.
  • Sie können diesen Typ von internem Bereich nicht erstellen, wenn er sich mit vorhandenen Subnetzen oder Routen überschneidet. Weitere Informationen finden Sie unter Anforderungen an IP-Adressen.
  • Sie können keine Subnetze oder kleineren untergeordneten internen Bereiche innerhalb eines internen Bereichs mit dem Zweck INTERNAL_ADDRESS erstellen.

Peering-Typen

Der Peering-Typ eines internen Bereichs gibt das Verhalten des Bereichs in Bezug auf VPC-Netzwerk-Peering an. Er bestimmt, welche VPC-Netzwerke (das übergeordnete Netzwerk, seine Peers oder beide) IP-Adressen aus dem CIDR-Block eines internen Bereichs verwenden können und wie diese Adressen zugewiesen werden müssen.

Folgende Peering-Typen sind möglich:

  • FOR_SELF: Der CIDR-Block des internen Bereichs kann nur in dem VPC-Netzwerk verwendet werden, in dem er erstellt wurde (dem übergeordneten Netzwerk).
    • Im übergeordneten VPC-Netzwerk weisen Sie IP-Adressen zu, indem Sie auf die interne Bereichsressource verweisen.
    • Peering-VPC-Netzwerke können Ressourcen keine IP-Adressen aus dem CIDR-Block des Bereichs zuweisen.
  • FOR_PEER: Der CIDR-Block des internen Bereichs kann nur in Peer-Netzwerken verwendet werden.
    • Das übergeordnete VPC-Netzwerk kann Ressourcen keine IP-Adressen aus dem CIDR-Block des Bereichs zuweisen.
    • In Peering-VPC-Netzwerken können Sie IP-Adressen aus dem CIDR-Block des Bereichs zuweisen, ohne auf den internen Bereich zu verweisen.
  • NOT_SHARED: Der CIDR-Block des internen Bereichs kann sowohl vom übergeordneten VPC-Netzwerk als auch von Peer-Netzwerken verwendet werden.
    • Im übergeordneten VPC-Netzwerk weisen Sie IP-Adressen zu, indem Sie auf den internen Bereich verweisen.
    • In einem Peering-VPC-Netzwerk weisen Sie IP-Adressen zu, ohne auf den internen Bereich zu verweisen. Die Adressen müssen jedoch so verwendet werden, dass sie für das übergeordnete VPC-Netzwerk nicht sichtbar sind. Beispielsweise können zwei Peering-VPC-Netzwerke einen internen Bereich erstellen, der denselben CIDR-Block verwendet, solange der Peering-Typ in beiden Netzwerken NOT_SHARED ist.

Nutzungstypen

Der Nutzungstyp einer internen Bereichsressource gibt an, ob der zugewiesene CIDR-Block anderen Cloud de Confiance -Ressourcen im übergeordneten VPC-Netzwerk zugeordnet werden kann. Der Nutzungstyp für einen internen Bereich kann einer der folgenden sein:

  • FOR_VPC: Der Bereich kann anderen Cloud de Confiance-Ressourcen im übergeordneten VPC-Netzwerk zugeordnet werden. Dies ist die Standardeinstellung.

  • EXTERNAL_TO_VPC: Der Bereich kann keinen anderenCloud de Confiance -Ressourcen im übergeordneten VPC-Netzwerk zugeordnet werden.

  • FOR_MIGRATION: Der Bereich kann zum Migrieren eines Subnetzbereichs verwendet werden, einschließlich von einem Peering-VPC-Netzwerk zu einem anderen.

IPv4-Subnetzbereiche migrieren

Wenn Sie einen CIDR-Bereich von einem Subnetz zu einem anderen migrieren möchten, müssen Sie das Subnetz löschen und dann neu erstellen. Wenn Sie ein Subnetz löschen, wird der CIDR-Bereich normalerweise freigegeben und kann von jeder anderen Ressource verwendet werden. Wenn Sie den CIDR-Bereich während einer Migration reservieren möchten, nachdem das ursprüngliche Subnetz gelöscht wurde, aber bevor das neue Subnetz erstellt wird, können Sie einen internen IPv4-Bereich mit dem Nutzungstyp FOR_MIGRATION reservieren.

Ein interner Bereich für die Migration gibt einen CIDR-Bereich, ein Quellsubnetz und ein Zielsubnetz an.

  • Der IPv4-CIDR-Bereich muss mit dem Quellsubnetzbereich übereinstimmen oder diesen enthalten.
  • Die Quell- und Zielsubnetze können sich im selben Projekt oder in verschiedenen Projekten befinden.
  • Das Quellsubnetz muss sich im selben Projekt wie die interne Bereichsressource befinden.
  • Das Zielsubnetz muss zum Zeitpunkt der Erstellung des internen Bereichs nicht vorhanden sein.

Wenn Sie das Quellsubnetz löschen, kann der CIDR-Bereich nur einem Subnetz zugewiesen werden, das mit dem Zielsubnetz übereinstimmt.

Nachdem Sie das Subnetz migriert haben, können Sie den internen Bereich löschen.

Interne Bereiche mit dem Nutzungstyp FOR_MIGRATION müssen den Peering-Typ FOR_SELF haben.

Beispielanwendungsfälle

In der folgenden Tabelle werden Anwendungsfälle für interne Bereiche mit verschiedenen Nutzungs- und Peering-Kombinationen beschrieben. Für interne IPv6-Bereiche gelten bestimmte Nutzungs- und Peering-Anforderungen. Sie unterstützen nicht alle hier aufgeführten Anwendungsfälle.

Anwendungsfall Zwecktyp Peering-Typ Nutzungstyp

Reservieren Sie einen Bereich, der nur innerhalb des VPC-Netzwerk des Bereichs verwendet werden soll.

Nur IPv4

 VPC_SUBNET NOT_SHARED FOR_VPC

Reservieren Sie einen Bereich speziell für Peer-VPC-Netzwerke, damit Ressourcen im lokalen VPC-Netzwerk ihn nicht verwenden können. In Peer-Netzwerken können Sie IP-Adressen aus dem CIDR-Block des Bereichs zuweisen, ohne auf die interne Bereichsressource zu verweisen.

Nur IPv4

 VPC_SUBNET FOR_PEER FOR_VPC

Reservieren Sie einen Bereich für die Verwendung außerhalb des VPC-Netzwerks des Bereichs, um zu verhindern, dass Ressourcen im VPC-Netzwerk des Bereichs diese IP-Adressen verwenden. Verhindern Sie bei IPv6-Bereichen die automatische Zuweisung der IP-Adressen des Bereichs zu neuen Nur-IPv6- oder Dual-Stack-Subnetzen.

IPv4 oder IPv6

 VPC_SUBNET FOR_SELF EXTERNAL_TO_VPC

Reservieren Sie einen Bereich nur für die lokale Verwendung, um zu verhindern, dass Ressourcen im VPC-Netzwerk des Bereichs diese IP-Adressen verwenden.

Nur IPv4

 VPC_SUBNET NOT_SHARED EXTERNAL_TO_VPC

Reservieren Sie vorübergehend einen Bereich, um ein Subnetz von einem VPC-Netzwerk zu einem anderen zu migrieren.

Nur IPv4

 VPC_SUBNET FOR_SELF FOR_MIGRATION
Reservieren Sie einen Bereich ausschließlich für die Zuweisung globaler interner IPv4-Adressen für Private Service Connect-Endpunkte für globale Google APIs.

Nur IPv4

 INTERNAL_ADDRESS FOR_SELF FOR_VPC

Strategien für die Zuweisung von IPv4-Adressen

Wenn Sie einen internen IPv4-Bereich reservieren, können Sie entweder einen CIDR-Block angeben oder einen automatisch von Cloud de Confiance zuweisen lassen. Bei der automatischen Zuweisung geben Sie eine Präfixlänge und optionale Ziel-CIDR-Blöcke an. Cloud de Confianceberücksichtigt vorhandene IP-Adresszuweisungen und weist dem internen Bereich einen verfügbaren CIDR-Block der ausgewählten Größe aus den Ziel- oder Standard-CIDR-Blöcken zu.

Wenn Sie die automatische Zuordnung verwenden, können Sie die Zuordnungsstrategie angeben, die Cloud de Confiance zum Auswählen eines verfügbaren Blocks verwendet. Zuweisungsstrategien sind nur für automatisch zugeordnete interne IPv4-Bereiche verfügbar. In der folgenden Tabelle werden die Zuordnungsstrategien beschrieben, aus denen Sie auswählen können:

Strategie Beschreibung Vor- und Nachteile
RANDOM Weisen Sie einen verfügbaren CIDR-Block nach dem Zufallsprinzip zu. Dies ist die Standardstrategie.

Am schnellsten, wenn mehrere CIDR-Blöcke mit derselben Präfixlänge gleichzeitig reserviert werden sollen.

Kann zu einer Fragmentierung des IP-Adressbereichs führen.
FIRST_AVAILABLE Weisen Sie den verfügbaren CIDR-Block mit der numerisch niedrigsten Start-IP-Adresse zu.

Am besten vorhersehbare Zuweisung von IP-Bereichen. Maximiert den verbleibenden zusammenhängenden ungenutzten IP-Adressbereich in Ihren Ziel-CIDR-Blöcken.

Verursacht Konflikte, wenn interne Bereiche gleichzeitig reserviert werden, was zu langsameren Zuweisungszeiten führt.
RANDOM_FIRST_N_AVAILABLE Sie geben eine Zahl N an. Cloud de Confiance findet N verfügbare CIDR-Blöcke mit der angeforderten Präfixlänge und priorisiert Blöcke mit den niedrigsten Start-IP-Adressen. Weisen Sie einen zufälligen CIDR-Block aus diesem Satz zu.

Am besten geeignet, um Konflikte bei gleichzeitigen Zuweisungen zu reduzieren und gleichzeitig den zusammenhängenden nicht verwendeten IP-Adressbereich beizubehalten.

Sie können die Leistung für gleichzeitige Zuweisungen verbessern, indem Sie N erhöhen. Dies kann jedoch zu einer stärkeren Fragmentierung des IP-Adressbereichs führen.

FIRST_SMALLEST_FITTING Sucht die kleinsten verfügbaren CIDR-Blöcke (längste Präfixlänge), die die angeforderte Präfixlänge enthalten können. Weisen Sie aus diesem Satz den Block mit der niedrigsten Start-IP-Adresse zu.

Am besten geeignet, um die Fragmentierung von IP-Adressen zu minimieren.

Es kommt zu den meisten Konflikten bei gleichzeitigen Reservierungen, was zu langsameren Zuweisungszeiten führt.

Angenommen, Sie möchten einen CIDR-Block mit der Größe /24 aus dem Zielblock 10.0.0.0/8 reservieren. Im Zielblock sind nur die folgenden IP-Adressbereiche verfügbar: 10.1.0.0/25, 10.2.0.0/16 und 10.3.0.0/23. In der folgenden Liste werden die Blöcke beschrieben, die für die einzelnen Zuweisungsstrategien ausgewählt werden können:

  • RANDOM: Cloud de Confiance bestimmt zufällig einen verfügbaren /24-Block, z. B. 10.2.179.0/24.
  • FIRST_AVAILABLE: Cloud de Confiance findet den niedrigsten verfügbaren /24-Block, also 10.2.0.0/24.
  • RANDOM_FIRST_N_AVAILABLE: Angenommen, Sie geben 3 für N an.Cloud de Confiance erstellt eine Gruppe der drei niedrigsten verfügbaren /24-Blöcke: 10.2.0.0/24, 10.2.1.0/24 und 10.2.2.0/24. Aus dieser Gruppe wähltCloud de Confiance zufällig einen der drei Blöcke aus, z. B. 10.2.2.0/24.
  • FIRST_SMALLEST_FITTING: Cloud de Confiance findet die kleinsten verfügbaren Blöcke (höchstes Präfix), die das angegebene Präfix von /24 enthalten können. Der kleinste verfügbare Block ist 10.3.0.0/23. Cloud de Confianceweist den niedrigsten Block innerhalb dieses Bereichs zu, also 10.3.0.0/24.

Kontingent

Die Anzahl der internen Bereichsressourcen, die Sie in einem einzelnen Projekt erstellen können, ist begrenzt. Weitere Informationen erhalten Sie im Abschnitt zu projektbasierten Kontingenten in der VPC-Dokumentation.

Nächste Schritte