Condividi tramite

Controllo del cluster nel dispositivo Azure Stack Edge Pro GPU

  • Articolo

SI APPLICA A:Yes for Pro GPU SKUAzure Stack Edge Pro - GPUYes for Pro 2 SKUAzure Stack Edge Pro 2

Questo articolo offre una breve panoramica del server di controllo del cluster nel dispositivo Azure Stack Edge, inclusi i requisiti di controllo del cluster, la configurazione e la gestione.

Informazioni sul quorum e sul server di controllo del cluster

In Windows Server Failover Clustering, è necessario mantenere il quorum affinché il cluster Windows Server rimanga online in caso di errore. Quando i nodi in un cluster Windows Server hanno esito negativo, i nodi sopravvissuti devono verificare che rappresentino la maggior parte del cluster per rimanere online.

Tuttavia, il concetto di maggioranza esiste solo per i cluster con un numero dispari di nodi. Quando il numero di nodi in un cluster è pari, il sistema richiede un modo per rendere dispari il numero totale di voti. Qui è importante il ruolo del server di controllo del cluster. Al cluster di controllo viene assegnato un voto, in modo che, in caso di errore, il numero totale di voti nel cluster (che originariamente aveva un numero pari di nodi) sia dispari.

Per altre informazioni sul quorum del cluster, vedere Informazioni sul quorum del cluster.

Quorum e controllo del cluster in Azure Stack Edge

Windows Server Failover Clustering viene implementato in un dispositivo Azure Stack Edge a due nodi. Un quorum viene sempre mantenuto nel cluster Azure Stack Edge in modo che il dispositivo possa rimanere online in caso di errore. Se uno dei nodi ha esito negativo, la maggior parte dei nodi sopravvissuti deve verificare che il cluster rimanga online. Il concetto di maggioranza esiste solo per i cluster con un numero dispari di nodi.

Per un cluster Azure Stack Edge con due nodi, se un nodo ha esito negativo, un cluster di controllo fornisce il terzo voto in modo che il cluster rimanga online (poiché il cluster rimane a 2/3 voti - maggioranza).

Controllo del cluster in Azure Stack Edge

Un cluster Azure Stack Edge a due nodi richiede un cluster di controllo, in modo che se uno dei nodi di Azure Stack Edge ha esito negativo, il cluster di controllo account per il terzo voto e il cluster rimane online (poiché il cluster rimane a 2/3 voti- maggioranza). D'altra parte, se entrambi i nodi del dispositivo hanno esito negativo contemporaneamente o un secondo nodo di Azure Stack Edge ha esito negativo dopo che il primo non è riuscito, non è presente alcun voto di maggioranza e il cluster passa offline.

Questo sistema richiede che entrambi i nodi di Azure Stack Edge abbiano connettività tra loro e il cluster di controllo. Se il cluster di controllo dovesse andare offline o perdere la connettività con uno dei nodi del dispositivo, anche il numero totale di voti in caso di errore di un singolo nodo di Azure Stack Edge. In questo caso, Windows Server Failover Clustering tenterà di correggere questo problema selezionando arbitrariamente un nodo del dispositivo che non otterrà il voto (per rendere dispari il numero totale di voti). In questo caso, se il nodo Azure Stack Edge che non è riuscito è quello che ha ottenuto il singolo voto nel cluster Azure Stack Edge, non ci saranno voti di maggioranza e il cluster verrà portato offline. Questo è il motivo per cui, per evitare che il cluster Azure Stack Edge venga offline in caso di errore di un singolo nodo del dispositivo, è importante che il cluster di controllo sia online e abbia connettività a entrambi i nodi del dispositivo.

Requisiti del server di controllo del mirroring

Il server di controllo del cluster può trovarsi nel cloud o in locale. In ogni caso, esistono determinati requisiti che il server di controllo del mirroring deve soddisfare.

  • Requisiti del cloud di controllo

    • Entrambi i nodi del dispositivo nel cluster devono avere una connessione Internet affidabile.
    • Assicurarsi che la porta HTTPS predefinita 443 sia aperta nel dispositivo perché il cloud di controllo usa questa porta per stabilire la comunicazione in uscita con il servizio BLOB di Azure.

  • Requisiti del server di controllo locale

    • La condivisione file SMB 2.0 viene creata in locale, ma non nei nodi del dispositivo.
    • Nella condivisione file sono presenti almeno 5 MB di spazio disponibile.
    • Il dispositivo può accedere alla condivisione file in rete.

Configurazione e configurazione del server di controllo del cluster

Affinché il server di controllo del mirroring disponga di un voto indipendente, deve essere sempre ospitato all'esterno dei nodi di Azure Stack Edge nel cluster del dispositivo. Il server di controllo del mirroring può essere distribuito in uno dei modi seguenti.

  • Cloud di controllo : usare il cloud di controllo quando entrambi i nodi del cluster Azure Stack Edge sono connessi ad Azure. Per configurare un cloud di controllo, usare un account Archiviazione di Azure nel cloud e configurare il server di controllo tramite l'interfaccia utente locale del dispositivo.

    È consigliabile distribuire il cloud di controllo con connessioni ridondanti in modo che il server di controllo del mirroring sia a disponibilità elevata. Per altre informazioni, vedere Configurare il controllo cloud tramite l'interfaccia utente locale.

  • Controllo locale: usare il server di controllo locale quando entrambi i nodi non sono connessi ad Azure o hanno connettività sporadica. Se si usa un ambiente IT con altri computer e condivisioni file, usare un server di controllo della condivisione file. Per configurare un server di controllo locale, è possibile usare una condivisione file SMB in un server locale nella rete in cui viene distribuito il dispositivo e configurare il percorso di condivisione file al server tramite l'interfaccia utente locale.

    È consigliabile distribuire il server di controllo del mirroring in modo che sia a disponibilità elevata. Ad esempio, un commutatore che esegue un file server può essere usato per ospitare una condivisione file. Per altre informazioni, vedere Configurare il server di controllo locale tramite l'interfaccia utente locale.

Passaggi successivi