Configurazione delle impostazioni delle porte

Quando si configurano le risors WebSphere® Application Server i o si assegnano numeri di porta ad altre applicazioni, è necessario evitare conflitti con altre porte assegnate. Inoltre, è necessario abilitare esplicitamente l'accesso a determinati numeri di porta quando si configura un firewall.

Prima di iniziare

Suggerimenti:
  • Potrebbero verificarsi conflitti di porta se si assegna un valore di porta personalizzato all'interno dell'intervallo di porte dinamiche predefinito consigliato. Poiché i valori delle porte vengono assegnati dinamicamente, WebSphere Application Server non può predeterminare i valori delle porte che verranno assegnati ai server. Un modo per evitare la possibilità di un conflitto di porte tra i server è quello di accettare i valori predefiniti delle porte server assegnati dallo Strumento di gestione profili oppure assegnare valori di porta personalizzati che non rientrano nell'intervallo di porte dinamiche predefinito. L'intervallo di porte dinamiche predefinito per il sistema operativo pre-2008 è compreso tra 1025 e 5000, mentre l'intervallo di porte dinamiche per i sistemi operativi più recenti è compreso tra 49152 e 65535. Poiché questi intervalli predefiniti sono raccomandati dall'Internet Assigned Numbers Authority (IANA), sono comuni a tutti i sistemi operativi.
  • Potrebbero verificarsi conflitti di porta se si installa WebSphere Application Server su più sistemi con gestori di distribuzione che gestiscono server o cluster su sistemi diversi. Il meccanismo di risoluzione delle porte del servizio di configurazione non supporta i profili incrociati su macchine host diverse.
    • Esempio 1:
      1. Sul sistema A, creare un profilo cella che includa Dmgr e AppSrv01 ( Node1 ).
      2. Sul sistema B, creare AppSrv01 e federare AppSrv01 ( Node2 ) a Dmgr sul sistema A.
      3. Crea un server1 e su Node1 e server2 su Node2.
      4. Il server server1 e il server server2 potrebbero contenere porte endpoint server duplicate nel serverindex.xml file perché Node1 e Node2 si trovano su sistemi host diversi.
    • Esempio 2:
      1. Sul sistema A, creare un profilo cella che includa Dmgr e AppSrv01 ( Node1 ).
      2. Sul sistema B, creare AppSrv01 e federare AppSrv01 ( Node2 ) a Dmgr sul sistema A.
      3. Sul sistema B, creare JobManager.
      4. Crea un cluster e aggiungi due server, server1 su Node1 e server2 su Node2.
      5. Il server server2 e il server JobManager potrebbero contenere porte endpoint server duplicate nel serverindex.xml file perché server2 e JobManager si trovano in profili incrociati. Il server server2 è sotto Dmgr, JobManager è sotto il profilo JobManager. e i profili Dmgr e JobManager si trovano su macchine diverse.

Procedura

  1. Controlla le impostazioni del numero di porta, soprattutto se prevedi di utilizzare più servizi contemporaneamente.
    Nota: le migrazioni dei cloni consentono la coesistenza delle celle vecchie e nuove, evitando conflitti di porta per tutti i server in esecuzione sulla stessa LPAR al momento della migrazione. A seconda del tipo di server oggetto della migrazione, la procedura guidata " zMMT " consente di specificare le modalità di elaborazione delle assegnazioni delle porte ai nuovi server. È necessario migrare un solo nodo alla volta. La migrazione di un nodo alla volta consente al nodo appena migrato di sincronizzare le assegnazioni delle porte con il nuovo gestore di distribuzione, evitando possibili conflitti di porte tra i nodi federati sulla stessa LPAR.
  2. Opzionale: modificare le impostazioni del numero di porta.

    È possibile impostare i numeri di porta durante la configurazione del prodotto dopo l'installazione. Inizia a pensare ai numeri di porta durante la fase di pianificazione descritta in Pianificazione della configurazione del prodotto.

  3. Opzionale: impostare i numeri di porta in un intervallo di porte diverso in modo che non possano entrare in conflitto.

    WebSphere Application Server non è sempre in grado di rilevare i conflitti di porta quando sono presenti più installazioni su più host. Per impostare i numeri di porta in questa situazione in modo da evitare conflitti tra le porte, regolare i numeri di porta iniziali di ciascuna installazione in modo che siano in un intervallo diverso rispetto alle altre installazioni.

    Ad esempio, in un sistema con due installazioni, è possibile configurare una installazione per utilizzare le impostazioni predefinite del numero di porta e assegnare manualmente un intervallo di porte diverso nella seconda installazione.

    1. Creare il gestore di distribuzione della seconda installazione utilizzando il manageprofiles comando. Nell'opzione -startingPort , impostare un numero di porta iniziale che non rientri nell'intervallo delle porte utilizzate da altre installazioni.
      bin/manageprofiles.sh -create -profileName Dmgr03 -profilePath
/opt/IBM/WebSphere/AppServer_2/profiles/Dmgr03 -templatePath
/opt/IBM/WebSphere/AppServer_2/profileTemplates/management -startingPort 15000
    2. Creare il server dell'applicazione o i profili personalizzati su ciascuna macchina di destinazione.
    3. Federare i profili al gestore di distribuzione eseguendo il addNode comando.
    4. Crea cluster e membri del cluster dal gestore di distribuzione.

      I nuovi server creati ereditano il numero di porta iniziale più alto dal gestore di distribuzione.

      Gli agenti dei nodi non ereditano il numero di porta iniziale dal gestore della distribuzione. Se necessario, modificare manualmente le impostazioni del numero di porta.

    Suggerimento: è possibile utilizzare lo strumento Profile Port Checker per verificare la presenza di conflitti senza dover avviare i server. Si noti che lo strumento verifica solo i conflitti sul computer su cui è in esecuzione. Per informazioni sull'utilizzo del Profile Port Checker, vedere Utilizzo del Profile Port Checker.