Gestione del carico di lavoro Kubernetes nel dispositivo Azure Stack Edge Pro
SI APPLICA A: Azure Stack Edge Pro - GPUAzure Stack Edge Pro 2Azure Stack Edge Pro RAzure Stack Edge Mini R
Nel dispositivo Azure Stack Edge Pro viene creato un cluster Kubernetes quando si configura un ruolo di calcolo. Dopo aver creato il cluster Kubernetes, è possibile distribuire le applicazioni in contenitori nel cluster Kubernetes in pod. Esistono diversi modi per distribuire i carichi di lavoro nel cluster Kubernetes.
Questo articolo descrive i vari metodi che possono essere usati per distribuire i carichi di lavoro nel dispositivo Azure Stack Edge Pro.
Tipi di carico di lavoro
I due tipi comuni di carichi di lavoro che è possibile distribuire nel dispositivo Azure Stack Edge Pro sono applicazioni senza stato o applicazioni con stato.
Le applicazioni senza stato non mantengono lo stato e non salvano dati nell'archiviazione permanente. Tutti i dati utente e sessione rimangono con il client. Alcuni esempi di applicazioni senza stato includono front-end Web come Nginx e altre applicazioni Web.
È possibile creare una distribuzione Kubernetes per distribuire un'applicazione senza stato nel cluster.
Le applicazioni con stato richiedono il salvataggio dello stato. Le applicazioni con stato usano l'archiviazione permanente, ad esempio volumi persistenti, per salvare i dati da usare dal server o da altri utenti. Esempi di applicazioni con stato includono database come SQL Edge di Azure e MongoDB.
È possibile creare una distribuzione Kubernetes per distribuire un'applicazione con stato.
Flusso di distribuzione
Per distribuire applicazioni in un dispositivo Azure Stack Edge Pro, seguire questa procedura:
- Configurare l'accesso: prima si userà lo spazio di esecuzione di PowerShell per creare un utente, creare uno spazio dei nomi e concedere all'utente l'accesso ad esso.
- Configurare l'archiviazione: poi si userà la risorsa Azure Stack Edge nel portale di Azure per creare volumi permanenti tramite provisioning statico o dinamico per le applicazioni con stato che si intende distribuire.
- Configurare la rete: infine, si useranno i servizi per esporre le applicazioni esternamente e all'interno del cluster Kubernetes.
Tipi distribuzione
Esistono tre modi principali per distribuire i carichi di lavoro. Ognuna di queste metodologie di distribuzione consente di connettersi a uno spazio dei nomi distinto nel dispositivo e quindi distribuire applicazioni senza stato o con stato.
Distribuzione locale: questa distribuzione avviene tramite lo strumento di accesso da riga di comando, ad esempio
kubectl
, che consente di distribuireyamls
di Kubernetes. È possibile accedere al cluster Kubernetes in Azure Stack Edge Pro tramite un filekubeconfig
. Per altre informazioni, vedere Accedere a un cluster Kubernetes tramite kubectl.Distribuzione di IoT Edge: questa operazione viene eseguita tramite IoT Edge, che si connette all'hub IoT di Azure. Connettersi al cluster Kubernetes nel dispositivo Azure Stack Edge Pro tramite lo spazio dei nomi
iotedge
. Gli agenti di IoT Edge distribuiti in questo spazio dei nomi sono responsabili della connettività ad Azure. Si applica la configurazioneIoT Edge deployment.json
usando l'integrazione continua e recapito continuo di Azure DevOps. La gestione dello spazio dei nomi e di IoT Edge viene eseguita tramite l'operatore cloud.Distribuzione Kubernetes abilitata per Azure Arc: Kubernetes abilitato per Azure Arc è uno strumento di gestione ibrida che consente di distribuire applicazioni nei cluster Kubernetes. Connettersi al cluster Kubernetes nel dispositivo Azure Stack Edge Pro tramite
azure-arc namespace
. Gli agenti distribuiti in questo spazio dei nomi sono responsabili della connettività ad Azure. La configurazione della distribuzione viene applicata usando la gestione della configurazione basata su GitOps.Kubernetes abilitato per Azure Arc consentirà anche di usare Monitoraggio di Azure per i contenitori per visualizzare e monitorare il cluster. Per altre informazioni, vedere Che cos'è Kubernetes abilitato per Azure Arc?
A partire da marzo 2021, Kubernetes abilitato per Azure Arc è disponibile a livello generale per gli utenti e si applicano gli addebiti per l'utilizzo standard. Per i clienti privilegiati dell'anteprima, Kubernetes abilitato per Azure Arc sarà disponibile gratuitamente per i dispositivi Azure Stack Edge. Per usufruire dell'offerta di anteprima, creare una richiesta di supporto:
- In Tipo di problema selezionare Fatturazione.
- In Sottoscrizione selezionare la propria sottoscrizione.
- In Servizio selezionare Servizi personali, quindi selezionare Azure Stack Edge.
- Per Risorsa selezionare la risorsa.
- Per Riepilogo digitare una descrizione del problema.
- Per Tipo di problemaselezionare Addebiti imprevisti.
- Per Sottotipo del problemaselezionare Informazioni sugli addebiti per la versione di valutazione gratuita.
Scegliere il tipo di distribuzione
Durante la distribuzione di applicazioni, prendere in considerazione le informazioni seguenti:
- Tipi singoli o multipli: è possibile scegliere una singola opzione di distribuzione o una combinazione di opzioni di distribuzione diverse.
- Cloud e ambiente locale: a seconda delle applicazioni, è possibile scegliere la distribuzione locale tramite kubectl o la distribuzione cloud tramite IoT Edge e Azure Arc.
- Quando si sceglie una distribuzione locale, si è limitati alla rete in cui viene distribuito il dispositivo Azure Stack Edge Pro.
- Se si dispone di un agente cloud che è possibile distribuire, è necessario distribuire l'operatore cloud e usare la gestione cloud.
- IoT e Azure Arc: la scelta della distribuzione dipende anche dalla finalità dello scenario del prodotto. Se si distribuiscono applicazioni o contenitori con un'integrazione più approfondita con IoT o il relativo ecosistema, selezionare IoT Edge per distribuire le applicazioni. Se si dispone di distribuzioni Kubernetes esistenti, Azure Arc è la scelta preferita.
Passaggi successivi
Per distribuire localmente un'app tramite kubectl, vedere:
Per distribuire un'app tramite IoT Edge, vedere:
Per distribuire un'app tramite Azure Arc, vedere: