Condividi tramite


Guida introduttiva: Distribuire un cluster di distribuzione di rete del server applicazioni WebSphere in Azure Macchine virtuali

Questo articolo illustra come distribuire rapidamente un cluster di istanze tradizionali di distribuzione di rete WebSphere Application Server (tWAS) in Azure Macchine virtuali (VM).

Questo articolo usa l'offerta azure Marketplace per il cluster del server applicazioni WebSphere per accelerare il percorso verso le macchine virtuali di Azure. L'offerta effettua automaticamente il provisioning di numerose risorse, incluse le macchine virtuali Red Hat Enterprise Linux (RHEL) più recenti con correzioni, la versione più recente di WebSphere Application Server 9.0.5.x in ogni macchina virtuale con correzioni, ibm JDK 8 più recente con correzioni in ogni macchina virtuale, un Deployment Manager in una delle macchine virtuali con Console di amministrazione abilitata e, facoltativamente, un IBM HTTP Server (IHS) o app Azure lication Gateway come servizio di bilanciamento del carico. Visitare portale di Azure per visualizzare l'offerta IBM WebSphere Application Server Network Deployment Cluster in macchine virtuali di Azure.

Se si preferisce indicazioni dettagliate manuali per l'installazione del cluster server applicazioni WebSphere che non usa l'automazione abilitata dall'offerta, vedere Esercitazione: Installare manualmente IBM WebSphere Application Server Network Deployment tradizionale in Azure Macchine virtuali.

Se si è interessati a fornire commenti e suggerimenti o lavorare a stretto contatto con il team di progettazione che sviluppa WebSphere in soluzioni WebSphere in Azure, compilare questo breve sondaggio sulla migrazione di WebSphere e includere le informazioni di contatto. Il team di responsabili del programma, architetti e ingegneri si metterà immediatamente in contatto con l'utente per avviare una stretta collaborazione.

Prerequisiti

  • Sottoscrizione di Azure. Se non si ha una sottoscrizione di Azure, è possibile attivare i vantaggi per i sottoscrittori di MSDN oppure iscriversi per ottenere un account gratuito.
  • IBMid con diritto necessario per WebSphere Traditional (facoltativo). Se si crea la distribuzione con una licenza di valutazione, non è necessario fornire un IBMid con diritto per WebSphere Traditional. Per ottenere il vantaggio, è necessario accettare il Contratto di licenza IBM WebSphere Application Server durante i passaggi di creazione della distribuzione. In caso contrario, devi immettere i tuoi diritti IBMid registrati e il tuo IBMid deve avere diritti WebSphere attivi associati. Se il provisioning con IBMid non riesce a causa della mancanza di diritti, chiedere al sito IBM Passport Advantage di concedere l'accesso ai contatti primari o secondari. In alternativa, seguire i passaggi in IBM eCustomer Care per ulteriore assistenza. Questa offerta presuppone anche che l'utente abbia una licenza corretta per l'esecuzione delle offerte in Microsoft Azure. Per altre informazioni, vedere IBM eCustomer Care.

Distribuire un cluster

In questo articolo viene usata l'offerta di Azure Marketplace IBM WebSphere Application Server ND Cluster in macchine virtuali di Azure dalla portale di Azure. L'offerta automatizza i passaggi comuni per la distribuzione di un cluster di distribuzione di rete del server applicazioni WebSphere tradizionale. È possibile trovare altre informazioni di sfondo e un video dimostrativo nella pagina dell'offerta.

È possibile iniziare a creare la distribuzione dalla pagina. Per impostazione predefinita, la distribuzione è costituita dalle macchine virtuali seguenti:

  • Un'istanza di Deployment Manager per la gestione delle applicazioni e dei server applicazioni.
  • Un'istanza di IBM HTTP Server per la gestione del bilanciamento del carico se si risponde a Configurare un SERVER HTTP IBM.
  • Una o più istanze del server applicazioni WebSphere (nodi) per l'esecuzione delle applicazioni (il valore predefinito è 3 per disponibilità elevata).

Ognuna di queste macchine virtuali viene creata automaticamente con la rete e l'archiviazione necessarie per supportare la distribuzione. Il diagramma seguente illustra la configurazione predefinita.

Diagramma che mostra la configurazione predefinita della distribuzione del server applicazioni WebSphere (tradizionale).

Per avviare la distribuzione, selezionare Crea nella pagina di distribuzione.

portale di Azure screenshot che mostra l'offerta IBM WebSphere Application Server Cluster.

Viene quindi visualizzata la pagina Create IBM WebSphere Application Server Cluster in cui è possibile iniziare a configurare la distribuzione, come illustrato nello screenshot seguente.

Screenshot di portale di Azure con l'offerta IBM WebSphere Application Server Cluster che mostra il riquadro di configurazione Di base usando la licenza di valutazione.

È necessario selezionare la casella di controllo per accettare il Contratto di licenza IBM.

Valuta la possibilità di selezionare la casella di controllo con etichetta Accetto ibm che contatta la mia azienda o l'organizzazione. La selezione di questa casella di controllo indica che si è disposti a consentire a IBM e Microsoft di contattare l'utente per ulteriori attività di sviluppo dell'offerta.

Dopo aver completato questa configurazione, selezionare Avanti: Configurazione del cluster.

portale di Azure screenshot con l'offerta IBM WebSphere Application Server Cluster che mostra il riquadro

Il riquadro Configurazione cluster consente di configurare le macchine virtuali e il cluster server applicazioni WebSphere. La versione più recente di WebSphere viene installata insieme alle correzioni più recenti per assicurarsi che la distribuzione sia aggiornata.

Quando si specifica la configurazione del cluster, è possibile creare un cluster dinamico. Un cluster dinamico è un cluster server che usa pesi e gestione del carico di lavoro per bilanciare dinamicamente i carichi di lavoro dei membri del cluster. I pesi si basano sulle informazioni sulle prestazioni raccolte dai membri del cluster. Per questo esercizio mantenere l'opzione Cluster statico predefinita.

Dopo aver completato questa configurazione, selezionare Avanti: Load Balancer.

portale di Azure screenshot con l'offerta IBM WebSphere Application Server Cluster che mostra il riquadro

Il riquadro Load Balancer consente di distribuire il servizio di bilanciamento del carico IBM HTTP Server (IHS) nella propria macchina virtuale o di distribuire app Azure lication Gateway. IHS è il front-end del server Web per il cluster di server applicazioni. IHS riceve le richieste e le instrada a una delle istanze del server, consentendo di avere più di un'istanza delle richieste di elaborazione dell'applicazione. Usando IHS, la distribuzione può essere ridimensionata a carichi di lavoro più elevati ed essere resiliente agli errori e a disponibilità elevata. Senza IHS, è necessario configurare il proprio bilanciamento del carico nel cluster e assicurarsi che punti correttamente ai nodi di lavoro.

Questo articolo è scritto per l'uso di IHS. Tuttavia, app Azure lication Gateway è un'opzione ideale per una soluzione di bilanciamento del carico più nativa del cloud. Per altre informazioni sul gateway di app Azure lication, vedere Che cos'è app Azure lication Gateway?

Completare la configurazione per IHS e selezionare Avanti: Rete. Questo riquadro consente di selezionare la rete virtuale e la subnet in cui vengono distribuiti tWAS e IHS. Accettare le impostazioni predefinite e quindi selezionare Avanti: Database.

Il riquadro Database consente di configurare la distribuzione tWAS con una connessione JNDI a un database esistente, presupponendo che la rete sia accessibile dalle macchine virtuali per tWAS. Accettare le impostazioni predefinite e quindi selezionare Avanti: Rivedi e crea.

Viene visualizzato un riepilogo della distribuzione in modo da poter convalidare la configurazione. Risolvere eventuali problemi di configurazione, quindi selezionare Crea per avviare la distribuzione. Si passa a una pagina in cui è possibile visualizzare lo stato di avanzamento della distribuzione, che in genere richiede circa 20 minuti.

Accedere alla console di amministrazione WAS e alla console IHS

Al termine della distribuzione del cluster, selezionare la sezione Output nel pannello sinistro per visualizzare gli URL della console di amministrazione e della console IHS, insieme ad altri dettagli.

portale di Azure screenshot della distribuzione del cluster che mostra la pagina Output con i campi adminSecuredConsole e ihsConsole evidenziati.

Usare l'icona di copia per copiare questi URL per WebSphere Integrated Solutions Console e IBM HTTP Server, quindi incollarli in due diverse barre degli indirizzi del browser per accedere a entrambe le console separatamente. Dopo il caricamento della pagina della console di amministrazione, verrà visualizzata la pagina di accesso, come illustrato nello screenshot seguente.

Screenshot della pagina di accesso di IBM WebSphere Integrated Solutions Console.

Accedere usando le credenziali di amministratore di WebSphere specificate durante la configurazione del cluster. Dopo l'accesso, viene visualizzata la pagina seguente.

Screenshot della pagina della console di amministrazione di IBM WebSphere.

Accedere quindi alla console IHS. Dopo il caricamento della console IHS, verrà visualizzata la pagina seguente:

Screenshot della pagina IBM WebSphere Integrated Solutions Console.

Tentativo di un'applicazione

Seguire queste istruzioni se si vuole provare un'applicazione nel cluster.

  1. Nella console di amministrazione a cui è stato eseguito l'accesso in precedenza selezionare Applicazioni > nuova applicazione e quindi nuova applicazione aziendale.

  2. Nel pannello successivo selezionare File system remoto e quindi sfoglia .... È possibile esplorare i file system dei server installati.

  3. Selezionare il sistema che inizia con Dmgr. Viene visualizzato il file system di Deployment Manager. Da qui selezionare V9 e quindi installableApps. In tale directory dovrebbero essere visualizzate molte applicazioni disponibili per l'installazione. Selezionare DefaultApplication.ear e quindi selezionare OK.

Quindi, si torna alla pagina per selezionare l'applicazione, che dovrebbe essere simile alla schermata seguente:

Screenshot del modulo IBM WebSphere 'Specify the EAR, WAR, JAR, or SAR module to upload and install' (Specificare il modulo EAR, WAR, JAR o SAR da caricare e installare).

Selezionare Avanti e quindi Avanti per andare con il processo di distribuzione Fast Path.

Nella procedura guidata Percorso rapido usare le impostazioni predefinite per tutti gli elementi, ad eccezione del passaggio 2: eseguire il mapping dei moduli ai server. In questa pagina selezionare la casella di controllo per la riga Modulo applicazione Web predefinita, quindi tenere premuto CTRL e selezionare le opzioni in Cluster e server. Infine, selezionare Applica.

Screenshot della finestra di dialogo

Nella tabella verranno visualizzate nuove voci nella colonna Server . Queste voci dovrebbero essere simili a quelle riportate nello screenshot seguente.

Screenshot della finestra di dialogo

Dopo aver completato tutti i passaggi, selezionare Fine e quindi nella pagina successiva selezionare Salva.

Successivamente, è necessario avviare l'applicazione. Passare ad Applicazioni > tutte le applicazioni. Selezionare la casella di controllo DefaultApplication.ear, assicurarsi che Action (Azione) sia impostata su Start e quindi selezionare Submit Action (Invia azione).

Verranno visualizzati messaggi di operazione riuscita simili a quelli visualizzati nello screenshot seguente. Se vengono visualizzati errori, è possibile che l'app e la configurazione non abbiano ancora raggiunto i nodi.

Screenshot del riquadro Messaggi IBM WebSphere.

Quando vengono visualizzati i messaggi di operazione riuscita, è possibile provare l'app. Nel browser passare al nome DNS della distribuzione IHS e aggiungere /snoop. Verranno visualizzate informazioni simili alle seguenti sull'istanza del server che ha elaborato la richiesta.

Screenshot dell'applicazione di test in esecuzione in un browser.

Quando si aggiorna il browser, l'app scorre le istanze del server usando i criteri di bilanciamento del carico Round Robin, ovvero i criteri predefiniti per la distribuzione del cluster statico.

Pulire le risorse

Per evitare addebiti per Azure, è necessario eliminare le risorse non necessarie. Quando il cluster non è più necessario, usare il comando az group delete. Il comando seguente rimuove il gruppo di risorse, il servizio contenitore, il registro contenitori e tutte le risorse correlate.

az group delete --name <resource-group-name> --yes --no-wait

Passaggi successivi

Per esplorare le opzioni per eseguire prodotti WebSphere in Azure, vedere Quali sono le soluzioni per eseguire la famiglia di prodotti WebSphere in Azure?