Condividi tramite

Panoramica dei modelli di riferimento di rete per Azure Locale

  • Articolo

Si applica a: Locale di Azure, versioni 23H2 e 22H2

Importante

Azure Stack HCI is now part of Azure Local. La ridenominazione della documentazione del prodotto è in corso. Le modifiche testuali sono complete e gli aggiornamenti visivi verranno completati a breve. Altre informazioni.

In questo articolo viene fornita una panoramica per la distribuzione dei modelli di riferimento di rete in Locale di Azure.

Una distribuzione è costituita da sistemi a nodo singolo o a più nodi (fino a 16 computer per sistema) che si connettono a uno o due commutatori Top of Rack (TOR). Questi ambienti hanno le caratteristiche seguenti:

  • Almeno due porte della scheda di rete dedicate per la finalità del traffico di archiviazione. L'unica eccezione a questa regola è rappresentato dalle distribuzioni a nodo singolo, in cui le schede di rete per l'archiviazione non sono necessarie se non si prevede di aumentare il numero di istanze del sistema in futuro.

  • Una o due porte della scheda di rete dedicate alla gestione e alle finalità del traffico di calcolo.

Considerazioni sulla connettività senza cambio di archiviazione

Di seguito vengono evidenziate alcune considerazioni sull'uso di configurazioni senza cambio:

  • Le distribuzioni senza cambio di archiviazione in Azure Locale, versione 23H2 supportano solo 1,2 o 3 nodi.

  • Le operazioni di scalabilità orizzontale sulle distribuzioni senza cambio di archiviazione da portale di Azure o ARM non sono supportate nei sistemi locale di Azure versione 23H2.

  • Non è necessario alcun commutatore per il traffico nel sistema (East-West); Tuttavia, è necessario un commutatore fisico per il traffico all'esterno del sistema (Nord-Sud).

  • Network ATC non supporta l'autoIP della rete di archiviazione in 3 nodi distribuzioni senza cambio. La pianificazione è necessaria per gli schemi di indirizzamento IP e subnet.

  • Gli adattatori di archiviazione sono interfacce a scopo singolo. Gestione, calcolo, cluster esteso e altro traffico che richiede la comunicazione nord-sud non può usare le schede di rete di archiviazione.

  • Man mano che il numero di nodi nel sistema aumenta oltre due nodi, il costo delle schede di rete potrebbe superare il costo dell'uso dei commutatori di rete.

  • Oltre a un sistema a tre nodi, la complessità di gestione dei cavi cresce.

Per altre informazioni, vedere Requisiti di rete fisica per Azure Locale.

Requisiti del firewall

Azure Local richiede la connettività periodica ad Azure. Se il firewall in uscita dell'organizzazione è limitato, è necessario includere i requisiti del firewall per gli endpoint in uscita e le regole e le porte interne. Sono disponibili endpoint necessari e consigliati per i componenti di base locali di Azure, che includono la creazione del sistema, la registrazione e la fatturazione, Microsoft Update e il cloud di controllo.

Per un elenco completo degli endpoint, vedere i requisiti del firewall. Assicurarsi di includere questi URL necessari nell'elenco consentito. Le porte di rete appropriate devono essere aperte tra tutti i computer all'interno di un sito e tra siti (per i cluster estesi).

Il validator di connettività locale di Azure dello strumento Controllo ambiente verifica la presenza del requisito di connettività in uscita per impostazione predefinita durante la distribuzione. Inoltre, è possibile eseguire lo strumento Controllo ambiente autonomo prima, durante o dopo la distribuzione per valutare la connettività in uscita dell'ambiente.

Una procedura consigliata consiste nell'avere tutti gli endpoint pertinenti in un file di dati accessibile dallo strumento di controllo dell'ambiente. Lo stesso file può anche essere condiviso con l'amministratore del firewall per aprire le porte e gli URL necessari.

Per altre informazioni, vedere Requisiti del firewall.

Passaggi successivi