Software-gedefinieerde netwerken: hub en spokeSoftware Defined Networking: Hub and spoke

Het hub-en-spoke-netwerk model organiseert de infra structuur van uw Azure-Cloud netwerk in meerdere verbonden virtuele netwerken.The hub and spoke networking model organizes your Azure-based cloud network infrastructure into multiple connected virtual networks. Met dit model kunt u de algemene communicatie-of beveiligings vereisten op efficiënte wijze beheren en mogelijke beperkingen voor abonnementen bieden.This model allows you to more efficiently manage common communication or security requirements and deal with potential subscription limitations.

In het hub-en-spoke-model is de hub een virtueel netwerk dat fungeert als centrale locatie voor het beheren van externe verbindingen en hosting services die worden gebruikt door meerdere werk belastingen.In the hub and spoke model, the hub is a virtual network that acts as a central location for managing external connectivity and hosting services used by multiple workloads. De spokes zijn virtuele netwerken die werk belastingen hosten en verbinding maken met de centrale hub via de peering van het virtuele netwerk.The spokes are virtual networks that host workloads and connect to the central hub through virtual network peering.

Al het verkeer dat wordt door gegeven aan of uit de werk belasting Spaak netwerken wordt doorgestuurd via het hub-netwerk waar het kan worden gerouteerd, geïnspecteerd of anderszins worden beheerd door centraal beheerde IT-regels of-processen.All traffic passing in or out of the workload spoke networks is routed through the hub network where it can be routed, inspected, or otherwise managed by centrally managed IT rules or processes.

Dit model is gericht op de volgende zaken:This model aims to address the following concerns:

  • Kosten besparingen en efficiënt beheer.Cost savings and management efficiency. HET centraliseren van services die kunnen worden gedeeld door meerdere werk belastingen, zoals virtuele netwerk apparaten (Nva's) en DNS-servers, kan in één locatie worden gebruikt om redundante resources en beheer taken in meerdere werk belastingen te minimaliseren.Centralizing services that can be shared by multiple workloads, such as network virtual appliances (NVAs) and DNS servers, in a single location allows IT to minimize redundant resources and management effort across multiple workloads.
  • De abonnements limieten worden overschreden.Overcoming subscription limits. Voor grote Cloud werkbelastingen kan het gebruik van meer resources nodig zijn dan binnen één Azure-abonnement zijn toegestaan.Large cloud-based workloads may require the use of more resources than are allowed within a single Azure subscription. Het kan zijn dat deze limieten worden weggenomen door het peeren van de workload van virtuele netwerken verschillende abonnementen op een centrale hub.Peering workload virtual networks from different subscriptions to a central hub can overcome these limits. Zie limieten voor Azure-netwerkenvoor meer informatie.For more information, see Azure networking limits.
  • Schei ding van de problemen.Separation of concerns. De mogelijkheid om afzonderlijke workloads te implementeren tussen centrale IT-teams en werkbelasting teams.The ability to deploy individual workloads between central IT teams and workload teams.

Het volgende diagram toont een voor beeld-hub en spoke-architectuur, waaronder centraal beheerde hybride verbindingen.The following diagram shows an example hub and spoke architecture including centrally managed hybrid connectivity.

Hub-en spoke-netwerk architectuur

De hub-en spoke-architectuur wordt vaak gebruikt naast de hybride netwerk architectuur, waardoor een centraal beheerde verbinding met uw on-premises omgeving wordt gedeeld tussen meerdere werk belastingen.The hub and spoke architecture is often used alongside the hybrid networking architecture, providing a centrally managed connection to your on-premises environment shared between multiple workloads. In dit scenario wordt al het verkeer dat wordt verzonden tussen de werk belastingen en on-premises via de hub door gegeven, waar het kan worden beheerd en beveiligd.In this scenario, all traffic traveling between the workloads and on-premises passes through the hub where it can be managed and secured.

Continuïteit van hub en spokeHub and spoke assumptions

Als u een hub-en spoke-architectuur voor virtuele netwerken implementeert, wordt uitgegaan van het volgende:Implementing a hub and spoke virtual networking architecture assumes the following:

  • Uw Cloud implementaties omvatten workloads die worden gehost in afzonderlijke werk omgevingen, zoals ontwikkeling, testen en productie, die allemaal afhankelijk zijn van een aantal algemene services zoals DNS of Directory Services.Your cloud deployments will involve workloads hosted in separate working environments, such as development, test, and production, that all rely on a set of common services such as DNS or directory services.
  • Uw workloads hoeven niet met elkaar te communiceren, maar beschikken over algemene vereisten voor externe communicatie en gedeelde services.Your workloads do not need to communicate with each other but have common external communications and shared services requirements.
  • Uw workloads hebben meer resources nodig dan in één Azure-abonnement beschikbaar zijn.Your workloads require more resources than are available within a single Azure subscription.
  • U moet werkbelasting teams voorzien van gedelegeerde beheer rechten ten opzichte van hun eigen resources, terwijl u een centrale beveiligings controle voor externe connectiviteit houdt.You need to provide workload teams with delegated management rights over their own resources while maintaining central security control over external connectivity.

Wereld wijde hub en spokeGlobal hub and spoke

Hub-en spoke-architecturen worden meestal geïmplementeerd met virtuele netwerken die zijn geïmplementeerd in dezelfde Azure-regio om latentie tussen netwerken te minimaliseren.Hub and spoke architectures are commonly implemented with virtual networks deployed to the same Azure region to minimize latency between networks. Grote organisaties met een wereld wijde aanwezigheid moeten mogelijk werk belastingen implementeren in meerdere regio's voor Beschik baarheid, herstel na nood gevallen of wettelijke vereisten.Large organizations with a global presence might need to deploy workloads across multiple regions for availability, disaster recovery, or regulatory requirements. Het hub-en-spoke-model kan gebruikmaken van Azure Global Virtual Network-peering om gecentraliseerd beheer en gedeelde services uit te breiden tussen regio's en ondersteunings werkbelastingen die over de hele wereld worden gedistribueerd.The hub and spoke model can use of Azure global virtual network peering to extend centralized management and shared services across regions and support workloads distributed across the world.

Meer informatieLearn more

Zie voor referentie architecturen die laten zien hoe u hub-en spoke-netwerken in azure implementeert:For reference architectures showing how to implement hub and spoke networks on Azure, see: