Configurare la sottoscrizione di Azure

Per eseguire Azure CycleCloud, è necessario un abbonamento Azure valido e una rete virtuale.

Generalmente, i decisori aziendali gestiscono la creazione e la configurazione dei tenant e degli abbonamenti Azure. Tuttavia, poiché le applicazioni HPC e di calcolo di grandi dimensioni utilizzano molte risorse, considera di creare un abbonamento dedicato per monitorare la fatturazione, impostare limiti d'uso e isolare l'uso di risorse e API. Per maggiori informazioni sulla progettazione del tuo tenant Azure e degli abbonamenti, consulta Azure subscription management.

Configurare una rete virtuale

Seleziona una Rete virtuale di Azure e subnet esistenti oppure crea una nuova rete virtuale per eseguire la VM CycleCloud e i cluster di calcolo gestiti da CycleCloud.

Se non hai già creato la rete virtuale, considera di iniziare con il CycleCloud ARM Template Deployment fornito. Il template ARM di CycleCloud crea una nuova rete virtuale per CycleCloud e i cluster di calcolo durante la distribuzione. In alternativa, puoi seguire queste istruzioni per creare una nuova rete virtuale.

Inoltre, se non avevi già configurato Express Route o VPN per la tua rete virtuale, puoi connetterti alla tua rete virtuale tramite internet pubblico. Tuttavia, consigliamo vivamente di configurare un Gateway VPN.

Configura una subnet e un gruppo di sicurezza di rete

Poiché CycleCloud generalmente ha requisiti di sicurezza di rete e politiche di accesso diversi rispetto ai cluster di calcolo, spesso è buona pratica eseguire Azure CycleCloud in una subnet Azure diversa dai cluster.

La buona pratica raccomandata è utilizzare almeno due subreti: una per la VM CycleCloud e qualsiasi altra VM con le stesse politiche di accesso, e subreti aggiuntive per i cluster di calcolo. Tuttavia, tieni presente che per cluster grandi, l'intervallo IP della subnet potrebbe diventare un fattore limitante. Quindi, in generale, la subnet CycleCloud dovrebbe utilizzare un piccolo intervallo CIDR e le subnet di calcolo dovrebbero essere grandi.

Per creare una o più subnet nella tua rete virtuale, segui le istruzioni nell'articolo collegato.

Utilizzo di più sottoreti per il calcolo

Puoi configurare cluster CycleCloud per eseguire nodi e array di nodi su più subreti, purché tutte le VM possano comunicare all'interno del cluster e con CycleCloud (magari tramite Return Proxy). Ad esempio, spesso è utile avviare il nodo scheduler o i nodi submitter in una subnet con regole di sicurezza diverse rispetto ai nodi di esecuzione. I tipi di cluster predefiniti in CycleCloud assumono una singola subnet per l'intero cluster, ma puoi configurare la subnet per ogni nodo o array di nodi usando l'attributo SubnetId nel template del nodo.

Tuttavia, la risoluzione predefinita dei nomi host basata su file host applicata ai cluster CycleCloud genera solo un file host per la subnet del nodo. Quindi, quando crei un cluster che copre più sottoreti, devi personalizzare la risoluzione del nome host per il cluster.

Per supportare più subnet di calcolo, è necessario effettuare due modifiche base ai template del cluster:

  1. Imposta l'attributo SubnetId su ogni nodo o array di nodi che non è nella subnet predefinita del cluster.
  2. Configura la risoluzione dei nomi host per tutte le sottoreti in uno dei seguenti modi:
    • Utilizzo di una zona DNS di Azure e disabilitazione della risoluzione predefinita basata su file hosts
    • Impostare l'attributo CycleCloud.hosts.standalone_dns.subnets sull'intervallo CIDR della VNet oppure su un elenco di intervalli CIDR separati da virgole per ogni sottorete. Consulta il Riferimento di Configurazione del nodo per i dettagli.

Impostazioni del gruppo di sicurezza di rete per la subnet CycleCloud

Configurare la tua Rete virtuale di Azure per la sicurezza è un argomento ampio, ben oltre l'ambito di questo documento.

I cluster CycleCloud e CycleCloud possono funzionare in ambienti bloccati. Per dettagli sulla configurazione, vedi Esecuzione in Reti Bloccate e Esecuzione dietro un Proxy.

Tuttavia, per reti meno restrittive, segui queste linee guida generali. Innanzitutto, gli utenti GUI di CycleCloud hanno bisogno di accedere alla VM CycleCloud tramite HTTPS, e gli amministratori potrebbero aver bisogno di accesso SSH. Gli utenti del cluster di solito hanno bisogno di accesso SSH almeno ai nodi di invio nei cluster di calcolo e possibilmente ad altri accessi come RDP per cluster Windows. L'ultima regola generale è limitare l'accesso al minimo richiesto.

Per dettagli su sorgente, destinazione, direzione, porta e applicabilità, consulta le porte autorevole CycleCloud e la matrice del traffico.

Per creare un nuovo gruppo di sicurezza di rete per ciascuna delle subnet che hai creato, vedi creare un gruppo di sicurezza di rete.

Regole di sicurezza in ingresso

Importante

Le seguenti regole presuppongono che la tua rete virtuale sia configurata con ExpressRoute o VPN per l'accesso alla rete privata. Se si utilizza internet pubblico, cambia la fonte con il tuo indirizzo IP pubblico o l'intervallo IP aziendale.

CycleCloud VM Subnet

Name Priorità origine Assistenza Protocol Intervallo di porte
SSH 100 VirtualNetwork Custom TCP 22
HTTPS 110 VirtualNetwork Custom TCP 443
HTTPS 120 VirtualNetwork Custom TCP 9443

Subnet di calcolo

Name Priorità origine Assistenza Protocol Intervallo di porte
SSH 100 VirtualNetwork Custom TCP 22
RDP 110 VirtualNetwork Custom TCP 3389

Regole di Sicurezza in Uscita

In generale, la VM CycleCloud e i cluster di calcolo devono accedere a internet per l'installazione dei pacchetti e per le chiamate API REST di Azure.

Se la policy di sicurezza blocca l'accesso in uscita a Internet, segui le istruzioni per Esecuzione in Reti Bloccate e Esecuzione dietro un Proxy per i dettagli di configurazione.