Considerazioni sulla versione IP per le celle

Supporto per Internet Protocol Versioni

Supporto per Internet Protocol Versione 4 e Internet Protocol Versione 6

Internet Protocol La versione 4 non è più praticabile per molte aziende. Poiché si basa su un'architettura a 32 bit, vi è una crescente carenza di Internet Protocol Versione 4 ( IPv4) indirizzi. Internet Protocol Versione 6 (IPv6 ) si basa su un'architettura a 128 bit, che consente di rendere disponibile su Internet un numero molto maggiore di indirizzi.

In risposta, il prodotto ora include il supporto per IPv6, oltre al supporto continuo per IPv4. Ciò significa che i nodi running WebSphere Application Server È possibile utilizzare la versione 6 e successive IPv6. Tuttavia, tieni presente che i nodi running WebSphere Application Server Versione 5.x non posso usare IPv6.

Il prodotto supporta a doppia modalità ambiente in cui è possibile eseguire applicazioni legacy meno recenti IPv4 E IPv6-enabled applicazioni in esecuzione IPv6. Tieni presente, tuttavia, che esistono restrizioni sull'utilizzo IPv4 E IPv6 nella stessa cella. Queste informazioni documentano tali restrizioni e delineano i modi in cui è possibile impostare le celle, a seconda della versione di IP che utilizzerai.

Quando si definisce un nodo, è necessario specificare il nome host come stringa o come indirizzo numerico a 32 bit.

Cella a doppia modalità

In una cella dual mode, mista IPv4 E IPv6 le comunicazioni sono supportate. Per impostazione predefinita, una cella è impostata sulla modalità doppia al momento della creazione. Tieni presente, tuttavia, che solo i nodi running WebSphere Application Server La versione 6 e successive sono valide in una cella dual mode.

Il gestore distribuzione può gestirli entrambi IPv4 E IPv6 nodi. I server delle applicazioni possono ascoltare entrambi IPv4 E IPv6 comunicazioni.

IPv4 E IPv6 i nodi non possono comunicare tra loro, quindi lo scopo della cella dual mode è quello di abilitare questa comunicazione, permettendoti così di utilizzare le tue applicazioni esistenti, eseguendo su IPv4, con le applicazioni più recenti che sono state abilitate per IPv6.

La seguente illustrazione mostra una cella a doppia modalità:

IPv4-only cellula

È importante notare che, per impostazione predefinita, una cella è impostata sulla modalità doppia. Tuttavia, per correre in un IPv4-only ambiente, dovrai impostare esplicitamente la cella su IPv4. Per ulteriori informazioni, consultare l'argomento sulle impostazioni della Java™ virtual machine (JVM).

Cella nodo mista

Una cella nodo mista è composta da alcuni nodi in esecuzione WebSphere Application Server Versione 5.x e altri nodi in esecuzione WebSphere Application Server Versione 6 o successiva. In una cella nodo mista, tutti i nodi devono utilizzare IPv4. Quando si definisce un nodo che verrà utilizzato in una cella di nodo misto, è necessario specificare il nome host come stringa o come indirizzo numerico a 32 bit, indipendentemente dal fatto che il nodo sia in esecuzione WebSphere Application Server Versione 5.x O WebSphere Application Server Nella versione 6 e successive non è possibile specificare indirizzi numerici a 128 bit.

In una cella a nodo misto, anche se il WebSphere Application Server I nodi della versione 6 e successive verranno configurati per l'uso IPv4, il sistema operativo in esecuzione su di essi può comunque supportare entrambi IPv4 E IPv6. Ciò è vero purché i nodi della Versione 6 e successive siano configurati con nomi host basati su stringhe o indirizzi numerici a 32 bit.

Tieni inoltre presente che puoi aggiungere solo Version 5.x nodi in una cella nodo mista attraverso la migrazione. Devi prima migrare da una versione 5.x Gestione distribuzione a una versione 6.0 o versione successiva Deployment Manager, quindi mantenere la versione 5.x nodi o migrarli a Version 6.0 o nodi successivi.

IPv6-only cellula

Specifica dei nomi host

Quando crei un nuovo profilo, puoi facoltativamente specificare il nome host per il profilo utilizzando il file -hostName parametro. Se non si specifica il nome host, il nome host per il profilo verrà utilizzato per impostazione predefinita il nome host completo del server. Se scegli di utilizzare il -hostName parametro e desideri specificare l'indirizzo IP del tuo server, specifica l'indirizzo numerico valido a 32 bit.

Specifica dei nomi host per WebSphere Application Server

Durante la creazione del profilo per WebSphere Application Server, ti verrà chiesto di fornire il nome host o l'indirizzo IP della macchina su cui viene creato il profilo nel file Nome host o indirizzo IP campo. Il nome host o l'indirizzo IP specificato viene utilizzato per pubblicizzare questo profilo a tutti gli altri WebSphere Application Server profili nelle configurazioni delle celle. Tutti i nodi nella cella utilizzeranno i nomi host o gli indirizzi IP definiti in questo modo per raggiungersi a vicenda. In generale, è meglio utilizzare sempre un nome host per identificare un profilo. Utilizzando un nome host, non dovrai preoccuparti di quale indirizzo IP viene utilizzato (32 bit o 128 bit), se viene eseguito su IPv4 O IPv6, e così via. Finché il servizio DNS è configurato correttamente, i nodi dovrebbero essere in grado di lavorare insieme.

Tuttavia, se preferisci, puoi controllare quale stack IP o indirizzo viene utilizzato. Per fare ciò, inserisci l'indirizzo IP specifico (32 bit per IPv4 o 128 bit per IPv6) dentro Nome host o indirizzo IP campo. Questo profilo verrà poi identificato con questo indirizzo IP ed altro WebSphere Application Server i nodi utilizzeranno questo indirizzo IP per comunicare con questo nodo.

Quando si specifica IPv6 indirizzi, è buona norma circondarli con staffe protettive. Ad esempio, [fe80::202:57ff:fec4:2334]. Il motivo è che nell'elaborazione interna del sistema gli indirizzi IP vengono spesso combinati con i numeri di porta sotto forma di<IP address>:<port number> e i due punti dentro IPv6 gli indirizzi potrebbero creare confusione in tali circostanze. Tuttavia, tieni presente che non è possibile utilizzare IPv6 indirizzi racchiusi tra parentesi all'interno della console amministrativa o del file Strumento di gestione dei profili.

Si noti che l'uso di IPv6 ( Internet Protocol Versione 6) e WS-AT (Web Services Atomic Transactions) non sono supportati sui trasporti HTTP; sono supportati solo su catene di canali di trasporto HTTP.

Si noti che nello scripting le parentesi potrebbero avere un significato speciale, a seconda del collegamento linguistico utilizzato (ad esempio, Jacl). È possibile aggirare questo problema utilizzando un carattere speciale di escape davanti alle parentesi di apertura e chiusura. Utilizzando la rilegatura Jacl, ad esempio, lo stesso IPv6 l'indirizzo citato in precedenza può essere inserito come\[fe80::202:57ff:fec4:2334\]

Configurazione multicast

Il prodotto utilizza la trasmissione multicast a livello di nodo per consentire a un agente del nodo di rilevare i processi gestiti nel nodo. IPv4 E IPv6 gli indirizzi non sono compatibili. Pertanto, per consentire a WebSphere Application Server node da eseguire dopo l'installazione iniziale, entrambi IPv4 E IPv6 gli indirizzi multicast vengono inizialmente definiti nella configurazione dell'agente del nodo e, quando viene avviato un agente del nodo, entrambi gli indirizzi vengono provati in sequenza. Elimina il NODE_IPV6_MULTICAST_DISCOVERY_ADDRESS indirizzo dopo l'installazione perché, limitando il rilevamento multicast al protocollo noto, l'agente del nodo funziona in modo più efficiente.

Il prodotto utilizza la trasmissione multicast a livello di nodo per consentire a un agente del nodo di rilevare i processi gestiti nel nodo. IPv4 E IPv6 gli indirizzi non sono compatibili. Pertanto, per consentire a WebSphere Application Server node da eseguire dopo l'installazione iniziale, entrambi IPv4 E IPv6 gli indirizzi multicast vengono inizialmente definiti nella configurazione dell'agente del nodo e, quando viene avviato un agente del nodo, entrambi gli indirizzi vengono provati in sequenza. Elimina l'indirizzo NODE_MULTICAST_DISCOVERY_ADDRESS o il file NODE_IPV6_MULTICAST_DISCOVERY_ADDRESS indirizzo dopo l'installazione. A quel punto, dovresti sapere se il nodo è in esecuzione IPv4 O IPv6, limitando quindi il rilevamento multicast al protocollo noto, l'agente del nodo viene eseguito in modo più efficiente.