Översikt över nätverksreferensmönster för Azure Stack HCI

Gäller för: Azure Stack HCI, versionerna 23H2 och 22H2

I den här artikeln får du en översikt över hur du distribuerar nätverksreferensmönster på Azure Stack HCI.

En distribution består av system med en eller två noder som ansluter till en eller två TOR-växlar (Top of Rack). Den här miljön har följande egenskaper:

• Två lagringsportar som är dedikerade för lagringstrafik. RDMA-nätverkskortet är valfritt för distributioner med en enskild server.

• En eller två portar som är dedikerade för hanterings- och beräkningstrafik.

• En valfri BMC (Baseboard Management Controller) för OOB-hantering.

En distribution med en enskild server har en enda TOR-växel för trafik med northbound/southbound (intern-extern). Distributioner med två noder består av antingen en växellös lagringskonfiguration med hjälp av en eller två TOR-växlar. eller en lagringsväxlingskonfiguration med två TOR-växlar med antingen icke-konvergerade eller helt konvergerade värdnätverkskort.

Switchless fördelar och nackdelar

Följande belyser några fördelar och nackdelar med att använda växellösa konfigurationer:

• Ingen växel krävs för trafik i klustret (öst-väst). En växel krävs dock för trafik utanför klustret (nord-syd). Detta kan leda till lägre kapitalutgifter (CAPEX), men är beroende av antalet noder i klustret.

• Om switchless används är konfigurationen begränsad till värden, vilket kan minska det potentiella antalet konfigurationssteg som behövs. Det här värdet minskar dock när klusterstorleken ökar.

• Switchless har den lägsta återhämtningsnivån, och den har extra komplexitet och planering om den efter den första distributionen måste skalas upp. Lagringsanslutningen måste aktiveras när du lägger till den andra noden, vilket kräver att du definierar vilken fysisk anslutning mellan noder som behövs.

• Mer planering krävs för IP- och undernätsadresseringsscheman.

• Lagringskort är gränssnitt för en enda användning. Hantering, beräkning, stretchkluster och annan trafik som kräver North-South kommunikationen kan inte använda dessa kort.

• När antalet noder i klustret växer bortom två noder kan kostnaden för nätverkskort överskrida kostnaden för att använda nätverksväxlar.

• Utöver ett kluster med tre noder växer komplexiteten i kabelhanteringen.

• Klusterexpansion utöver två noder är komplex, vilket kan kräva ändringar i maskinvaru- och programvarukonfiguration per nod.

Mer information finns i Fysiska nätverkskrav för Azure Stack HCI.

Brandväggsförutsättningar

Azure Stack HCI kräver regelbunden anslutning till Azure. Om organisationens utgående brandvägg är begränsad måste du inkludera brandväggskrav för utgående slutpunkter och interna regler och portar. Det finns obligatoriska och rekommenderade slutpunkter för Azure Stack HCI-kärnkomponenterna, som omfattar skapande av kluster, registrering och fakturering, Microsoft Update och molnklustervittne.

En fullständig lista över slutpunkter finns i brandväggskraven . Se till att inkludera dessa URL:er i din tillåtna lista. Rätt nätverksportar måste öppnas mellan alla servernoder både på en plats och mellan platser (för stretchkluster).

Med Azure Stack HCI kontrollerar anslutningsverifieraren för verktyget Environment Checker kravet på utgående anslutning som standard under distributionen. Dessutom kan du köra verktyget Miljökontroll fristående före, under eller efter distributionen för att utvärdera den utgående anslutningen för din miljö.

Bästa praxis är att ha alla relevanta slutpunkter i en datafil som kan nås av miljökontrollverktyget. Samma fil kan också delas med brandväggsadministratören för att öppna nödvändiga portar och URL:er.

Mer information finns i Brandväggskrav.

Nästa steg

• Välj ett nätverksmönster att granska.