Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Een virtueel netwerk maakt een beveiligingsgrens rond uw Azure Container Apps omgeving. Standaard worden omgevingen gemaakt met een virtueel netwerk dat automatisch wordt gegenereerd. Het gebruik van een bestaand virtueel netwerk biedt echter meer Azure netwerkfuncties, zoals integratie met Azure Application Gateway, netwerkbeveiligingsgroepen en communicatie met resources achter privé-eindpunten. Deze configuratie is belangrijk voor zakelijke klanten die interne, bedrijfskritieke toepassingen van het openbare internet moeten isoleren.
Houd rekening met de volgende situaties wanneer u een virtueel netwerk maakt:
Als u wilt dat uw container-app alle externe toegang beperkt, maakt u een interne Container Apps-omgeving.
Als u uw eigen virtuele netwerk gebruikt, moet u een subnet opgeven dat exclusief is toegewezen aan uw container-app. Dit subnet is niet beschikbaar voor andere services.
Netwerkadressen worden toegewezen uit een subnetbereik dat u definieert terwijl de omgeving wordt gemaakt.
U kunt het subnetbereik definiëren dat door de Container Apps-omgeving wordt gebruikt.
U kunt inkomende aanvragen naar de omgeving beperken tot uitsluitend het virtuele netwerk door de omgeving als internal te implementeren.
Opmerking
Wanneer u uw eigen virtuele netwerk opgeeft, worden extra beheerde middelen gemaakt. Deze middelen brengen kosten met zich mee tegen hun bijbehorende tarieven.
Als u begint met het ontwerpen van het netwerk rond uw container-app, raadpleeg dan Plannen voor virtuele netwerken.
Opmerking
Het verplaatsen van virtuele netwerken tussen verschillende resourcegroepen of abonnementen is niet toegestaan als een Container Apps-omgeving gebruikmaakt van het virtuele netwerk.
Subnetwerk
Integratie van virtuele netwerken is afhankelijk van een toegewezen subnet. De toewijzing van IP-adressen in een subnet en de ondersteunde subnetgrootten is afhankelijk van het abonnement dat u in Container Apps gebruikt.
Selecteer de grootte van het subnet zorgvuldig. U kunt de subnetgrootten niet wijzigen nadat u een Container Apps-omgeving hebt gemaakt.
Elk omgevingstype heeft een eigen subnetvereisten:
De minimale subnetgrootte die vereist is voor de integratie van virtuele netwerken is
/27.U moet uw subnet delegeren aan
Microsoft.App/environments.Wanneer u een externe omgeving met extern inkomend verkeer gebruikt, routeert inkomend verkeer via het openbare IP-adres van de infrastructuur in plaats van via uw subnet.
Container Apps reserveert automatisch 12 IP-adressen voor integratie met het subnet. Het aantal IP-adressen dat is vereist voor infrastructuurintegratie, verschilt niet op basis van de schaalvereisten van de omgeving.
Aanvullende IP-adressen worden toegewezen volgens de volgende regels, afhankelijk van het type workloadprofiel dat u gebruikt:
Toegewezen workloadprofiel: Wanneer uw container-app uitbreidt, krijgt elk knooppunt één IP-adres toegewezen.
Verbruiksworkloadprofiel: Elk IP-adres kan door meerdere replica's worden gebruikt. Wanneer u van plan bent hoeveel IP-adressen er nodig zijn voor uw app, plant u één IP-adres per 10 replica's.
Wanneer u een wijziging aan een revisie aanbrengt in de modus voor één revisie, wordt de vereiste adresruimte gedurende korte tijd verdubbeld om implementaties zonder downtime te ondersteunen. Deze verdubbeling is van invloed op de werkelijke, beschikbare ondersteunde replica's of knooppunten voor een bepaalde subnetgrootte. In de volgende tabel ziet u zowel de maximaal beschikbare adressen per CIDR-blok als het effect op horizontale schaal.
Subnetgrootte Beschikbare IP-adressen1 Maximaal aantal knooppunten (specifiek workloadprofiel)2 Maximum aantal replica’s (workloadprofiel Verbruik)2 /23 498 249 2,490 /24 242 121 1,210 /25 114 57 570 /26 50 vijfentwintig 250 /27 18 9 90 1 Het aantal beschikbare IP-adressen is de grootte van het subnet minus de 14 IP-adressen die zijn vereist voor Azure Container Apps infrastructuur (inclusief 5 IP-adressen die door het subnet worden gereserveerd).
2 Deze cijfers houden rekening met apps in de modus voor één revisie.
Beperkingen voor subnetadresbereiken
Subnetadresbereiken mogen niet overlappen met de volgende bereiken die Azure Kubernetes Service reserveert:
- 169.254.0.0/16
- 172.30.0.0/16
- 172.31.0.0/16
- 192.0.2.0/24
Daarnaast behoudt een omgeving voor een workloadprofiel zich de volgende adressen voor:
- 100.100.0.0/17
- 100.100.128.0/19
- 100.100.160.0/19
- 100.100.192.0/19
Subnetconfiguratie met de CLI
Als er een Container Apps-omgeving wordt gemaakt, geeft u resource-id's op voor één subnet.
Als u de Azure CLI gebruikt, is de parameter om de resource-id van het subnet op te geven infrastructure-subnet-resource-id. Het subnet host infrastructuuronderdelen en gebruikers-app-containers.
Als u de Azure CLI gebruikt met een omgeving met alleen verbruik en het bereik platformReservedCidr is gedefinieerd, mogen beide subnetten niet overlappen met het IP-bereik dat is gedefinieerd in platformReservedCidr.
integratie van Azure NAT Gateway
U kunt Azure NAT Gateway gebruiken om de connectiviteit voor uitgaand internetverkeer in uw virtuele netwerk in een workloadprofielomgeving te vereenvoudigen.
Wanneer u een NAT-gateway (Network Address Translation) configureert in uw subnet, biedt de NAT-gateway een statisch openbaar IP-adres voor uw omgeving. Al het uitgaande verkeer van uw container-app wordt gerouteerd via het statische openbare IP-adres van de NAT-gateway.
Opmerking
De StandardV2-SKU van Azure NAT Gateway wordt momenteel niet ondersteund voor integratie.
Beheerde middelen
Wanneer u een interne of externe omgeving in uw eigen netwerk implementeert, wordt er een nieuwe resourcegroep gemaakt in het Azure-abonnement waarin uw omgeving wordt gehost. Deze resourcegroep bevat infrastructuuronderdelen die het Azure Container Apps platform beheert. Wijzig de services in deze groep of de resourcegroep zelf niet.
Opmerking
Door de gebruiker gedefinieerde tags die zijn toegewezen aan uw Container Apps-omgeving, worden gerepliceerd naar alle resources binnen de resourcegroep, inclusief de resourcegroep zelf.
De naam van de resourcegroep die is gemaakt in het Azure-abonnement waarop uw omgeving wordt gehost, wordt standaard voorafgegaan door ME_. U kunt de naam van de resourcegroep aanpassen terwijl u uw Container Apps-omgeving maakt.
Voor externe omgevingen bevat de resourcegroep een openbaar IP-adres dat specifiek wordt gebruikt voor binnenkomende connectiviteit met uw externe omgeving en een load balancer. Voor interne omgevingen bevat de resourcegroep alleen een load balancer.
Naast de standaard facturering voor Container Apps wordt u gefactureerd voor:
Eén standaard statisch openbaar IP-adres voor uitgaand verkeer als u een interne of externe omgeving gebruikt, plus één standaard statisch openbaar IP-adres voor inkomend verkeer als u een externe omgeving gebruikt. Als u meer openbare IP-adressen voor uitgaand verkeer nodig hebt vanwege problemen met bron-NAT (SNAT), open een supportticket om een uitzondering aan te vragen.
Eén standaard load balancer.
De kosten van verwerkte gegevens (in gigabytes) omvatten zowel inkomend als uitgaand verkeer voor beheerbewerkingen.