Red Hat OpenShift su RHV è 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 distribuendo due nodi hypervisor RHV-H e garantendo una configurazione fault tolerant in cui entrambi gli host possono gestire il motore ospitato e le VM distribuite possono migrare tra i due hypervisor.

Poiché Red Hat OpenShift inizialmente viene distribuito con tre nodi master, in una configurazione a due nodi è garantito che almeno due master occuperanno 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 implementare almeno tre nodi hypervisor RHV-H come parte della soluzione, 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.

Le condizioni definite per i parametri possono essere di tipo hard enforcement o soft enforcement. L'applicazione rigida garantisce che le VM in un gruppo di affinità seguano sempre rigorosamente l'affinità positiva o negativa, senza tenere conto di condizioni esterne. L'applicazione soft garantisce che venga impostata una preferenza più elevata per le VM in un gruppo di affinità, in modo che seguano l'affinità positiva o negativa, ove possibile. Nella configurazione a due o tre hypervisor descritta in questo documento, l'impostazione consigliata è l'affinità soft. Nei cluster più grandi, l'affinità rigida può distribuire correttamente i nodi OpenShift.

Per configurare i gruppi di affinità, vedere"Red Hat 6.11. Documentazione dei gruppi di affinità" .

IPI semplifica l'implementazione dei cluster OpenShift tramite la procedura guidata interattiva descritta in precedenza in questo documento. Tuttavia, è possibile che alcuni valori predefiniti debbano essere modificati durante la distribuzione del cluster.

In questi casi, è possibile eseguire e assegnare attività alla procedura guidata senza dover distribuire immediatamente un cluster. Piuttosto, viene creato un file di configurazione dal quale il cluster può essere distribuito in un secondo momento. Questa funzionalità è molto utile se si desidera modificare i valori predefiniti 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 RHV con personalizzazioni" .