Red Hat OpenShift con NetApp è progettato per separare logicamente il traffico di rete per scopi diversi utilizzando reti locali virtuali (VLAN). Questa configurazione può essere adattata alle esigenze dei clienti o per garantire un ulteriore isolamento per specifici servizi di rete. Nella tabella seguente sono elencate le VLAN necessarie per implementare la soluzione durante la convalida della soluzione in NetApp.

Prima di implementare OpenShift Container Platform, è necessario predisporre la seguente infrastruttura:

L'architettura verificata descritta in questo documento presenta la distribuzione hardware minima adatta per le operazioni HA mediante la distribuzione di tre nodi controller OSP e due nodi di elaborazione OSP. Questa architettura garantisce una configurazione fault tolerant in cui entrambi i nodi di elaborazione possono avviare istanze virtuali e le VM distribuite possono migrare tra i due hypervisor.

Poiché Red Hat OpenShift inizialmente viene distribuito con tre nodi master, una configurazione a due nodi potrebbe far sì che almeno due master occupino lo stesso nodo, il che può comportare una possibile interruzione di OpenShift se quel nodo specifico diventa non disponibile. Pertanto, una delle best practice di Red Hat è quella di distribuire almeno tre nodi di elaborazione OSP in modo che i master OpenShift possano essere distribuiti uniformemente e la soluzione riceva un ulteriore grado di tolleranza agli errori.

È possibile distribuire i master OpenShift su più nodi hypervisor abilitando l'affinità VM/host.

L'affinità è un modo per definire regole per un set di VM e/o host che determinano se le VM vengono eseguite insieme sullo stesso host o sugli stessi host del gruppo oppure su host diversi. Viene applicato alle VM creando gruppi di affinità costituiti da VM e/o host con un set di parametri e condizioni identici. A seconda che le VM in un gruppo di affinità vengano eseguite sullo stesso host o sugli stessi host del gruppo oppure separatamente su host diversi, i parametri del gruppo di affinità possono definire un'affinità positiva o negativa. Nella piattaforma Red Hat OpenStack, le regole di affinità e anti-affinità host possono essere create e applicate creando gruppi di server e configurando filtri in modo che le istanze distribuite da Nova in un gruppo di server vengano distribuite su nodi di elaborazione diversi.

Un gruppo di server ha un massimo predefinito di 10 istanze virtuali per le quali può gestire il posizionamento. È possibile modificare questa impostazione aggiornando le quote predefinite per Nova.

Per configurare i gruppi di affinità, vedere"Come posso configurare Affinity e Anti-Affinity per le istanze OpenStack?" .

IPI semplifica l'implementazione dei cluster OpenShift tramite la procedura guidata interattiva descritta in precedenza in questo documento. Tuttavia, è possibile che sia necessario modificare alcuni valori predefiniti come parte di una distribuzione del cluster.

In questi casi, è possibile eseguire e assegnare attività alla procedura guidata senza distribuire immediatamente un cluster; al contrario, viene creato un file di configurazione da cui è possibile distribuire il cluster in un secondo momento. Questa funzionalità è molto utile se è necessario modificare i valori predefiniti dell'IPI o se si desidera distribuire più cluster identici nel proprio ambiente per altri usi, ad esempio il multi-tenancy. Per ulteriori informazioni sulla creazione di una configurazione di installazione personalizzata per OpenShift, vedere"Red Hat OpenShift Installazione di un cluster su OpenStack con personalizzazioni" .