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 il ruolo di calcolo. Dopo aver creato il cluster Kubernetes, le applicazioni in contenitori possono essere distribuite 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: in primo luogo, si userà lo spazio di esecuzione di PowerShell per creare un utente, creare uno spazio dei nomi e concedere all'utente l'accesso a tale spazio dei nomi.
- Configurare l'archiviazione: si userà quindi la risorsa Azure Stack Edge nel portale di Azure per creare volumi persistenti usando il provisioning statico o dinamico per le applicazioni con stato che verranno distribuite.
- 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 dalla riga di comando,
kubectl
ad esempio che consente di distribuire Kubernetesyamls
. È possibile accedere al cluster Kubernetes in Azure Stack Edge Pro tramite unkubeconfig
file. Per altre informazioni, vedere Accedere a un cluster Kubernetes tramite kubectl.Distribuzione di IoT Edge: si tratta di tramite IoT Edge, che si connette al hub IoT di Azure. Connettersi al cluster Kubernetes nel dispositivo Azure Stack Edge Pro tramite lo spazio dei
iotedge
nomi . Gli agenti di IoT Edge distribuiti in questo spazio dei nomi sono responsabili della connettività ad Azure. La configurazione viene applicata usando l'integrazioneIoT Edge deployment.json
continua/distribuzione continua di Azure DevOps. La gestione dello spazio dei nomi e di IoT Edge viene eseguita tramite l'operatore cloud.Distribuzione di 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 sarà disponibile a livello generale per gli utenti e si applicano gli addebiti per l'utilizzo standard. Come cliente di anteprima con valori, 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 e quindi Azure Stack Edge.
- In Risorsa selezionare la risorsa.
- In Riepilogo digitare una descrizione del problema.
- In Tipo di problema selezionare Addebiti imprevisti.
- In Sottotipo problema selezionare Aiutami a comprendere gli addebiti per la versione di valutazione gratuita.
Scegliere il tipo di distribuzione
Durante la distribuzione di applicazioni, prendere in considerazione le informazioni seguenti:
- Uno o più tipi: è possibile scegliere una singola opzione di distribuzione o una combinazione di opzioni di distribuzione diverse.
- Cloud e 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 l'ecosistema IoT o IoT, 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:
Commenti e suggerimenti
https://aka.ms/ContentUserFeedback.
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedereInvia e visualizza il feedback per