Prepare el nodo de trabajo
Todos los nodos de trabajadores del clúster de Kubernetes deben poder montar los volúmenes que haya aprovisionado para los pods. Para preparar los nodos de trabajo, debe instalar las herramientas NFS, iSCSI o NVMe/TCP según haya seleccionado los controladores.
Seleccionar las herramientas adecuadas
Si está utilizando una combinación de controladores, debe instalar todas las herramientas necesarias para sus controladores. Las versiones recientes de RedHat CoreOS tienen las herramientas instaladas de forma predeterminada.
"Instale las herramientas NFS" si está utilizando: ontap-nas
, ontap-nas-economy
, ontap-nas-flexgroup
, azure-netapp-files
, gcp-cvs
.
"Instale las herramientas iSCSI" si está utilizando: ontap-san
, ontap-san-economy
, solidfire-san
.
"Instale las herramientas NVMe" si está utilizando ontap-san
Para el protocolo de memoria no volátil rápida (NVMe) sobre TCP (NVMe/TCP).
Recomendamos ONTAP 9,12 o posterior para NVMe/TCP. |
Detección del servicio de nodos
Astra Trident intenta detectar automáticamente si el nodo puede ejecutar servicios iSCSI o NFS.
La detección de servicios de nodo identifica los servicios detectados, pero no garantiza que los servicios se configuren correctamente. Por el contrario, la ausencia de un servicio detectado no garantiza que se produzca un error en el montaje del volumen. |
Astra Trident crea eventos para que el nodo identifique los servicios detectados. Para revisar estos eventos, ejecute:
kubectl get event -A --field-selector involvedObject.name=<Kubernetes node name>
Astra Trident identifica los servicios habilitados para cada nodo en el CR del nodo de Trident. Para ver los servicios detectados, ejecute:
tridentctl get node -o wide -n <Trident namespace>
Volúmenes de NFS
Instale las herramientas de NFS mediante los comandos del sistema operativo. Asegúrese de que el servicio NFS se haya iniciado durante el arranque.
sudo yum install -y nfs-utils
sudo apt-get install -y nfs-common
Reinicie los nodos de trabajo después de instalar las herramientas NFS para evitar que se produzcan fallos cuando conecte volúmenes a los contenedores. |
Volúmenes iSCSI
Astra Trident puede establecer automáticamente una sesión iSCSI, analizar LUN y detectar dispositivos multivía, darles formato y montarlos en un pod.
Funcionalidades de reparación automática de iSCSI
En el caso de los sistemas ONTAP, Astra Trident ejecuta la reparación automática de iSCSI cada cinco minutos para:
-
Identifique el estado de sesión iSCSI deseado y el estado actual de la sesión iSCSI.
-
Compare el estado deseado al estado actual para identificar las reparaciones necesarias. Astra Trident determina las prioridades de reparación y cuándo deben anticiparse a las reparaciones.
-
Realice las reparaciones necesarias para devolver el estado actual de la sesión iSCSI al estado deseado de la sesión iSCSI.
Los registros de la actividad de reparación automática se encuentran en la trident-main Contenedor en el dosis de Demonset correspondiente. Para ver los registros, debe haber configurado debug A "verdadero" durante la instalación de Astra Trident.
|
Las funcionalidades de reparación automática de iSCSI de Astra Trident pueden ayudar a prevenir:
-
Sesiones iSCSI obsoletas o poco saludables que podrían producirse después de un problema de conectividad de red. En caso de una sesión obsoleta, Astra Trident espera siete minutos antes de cerrar la sesión para restablecer la conexión con un portal.
Por ejemplo, si los secretos CHAP se rotaban en la controladora de almacenamiento y la red pierde la conectividad, podrían persistir los secretos CHAP antiguos (obsoleta). La reparación automática puede reconocer esto y restablecer automáticamente la sesión para aplicar los secretos CHAP actualizados. -
Faltan sesiones iSCSI
-
Faltan LUN
Instale las herramientas iSCSI
Instale las herramientas iSCSI mediante los comandos del sistema operativo.
-
Cada nodo del clúster de Kubernetes debe tener un IQN único. Este es un requisito previo necesario.
-
Si utiliza RHCOS versión 4.5 o posterior, u otra distribución Linux compatible con RHEL, con
solidfire-san
Controlador y Element OS 12.5 o anterior, asegúrese de que el algoritmo de autenticación CHAP esté establecido en MD5 in/etc/iscsi/iscsid.conf
. Los algoritmos CHAP SHA1, SHA-256 y SHA3-256 compatibles con FIPS están disponibles con Element 12.7.sudo sed -i 's/^\(node.session.auth.chap_algs\).*/\1 = MD5/' /etc/iscsi/iscsid.conf
-
Cuando utilice nodos de trabajo que ejecutan RHEL/RedHat CoreOS con VP iSCSI, especifique el
discard
MountOption en StorageClass para realizar un reclamación de espacio en línea. Consulte "Documentación de redhat".
-
Instale los siguientes paquetes del sistema:
sudo yum install -y lsscsi iscsi-initiator-utils sg3_utils device-mapper-multipath
-
Compruebe que la versión de iscsi-initiator-utils sea 6.2.0.874-2.el7 o posterior:
rpm -q iscsi-initiator-utils
-
Configure el escaneo en manual:
sudo sed -i 's/^\(node.session.scan\).*/\1 = manual/' /etc/iscsi/iscsid.conf
-
Activar accesos múltiples:
sudo mpathconf --enable --with_multipathd y --find_multipaths n
Asegúrese etc/multipath.conf
contienefind_multipaths no
inferiordefaults
. -
Asegúrese de que así sea
iscsid
y..multipathd
están en ejecución:sudo systemctl enable --now iscsid multipathd
-
Activar e iniciar
iscsi
:sudo systemctl enable --now iscsi
-
Instale los siguientes paquetes del sistema:
sudo apt-get install -y open-iscsi lsscsi sg3-utils multipath-tools scsitools
-
Compruebe que la versión Open-iscsi sea 2.0.874-5ubuntu2.10 o posterior (para bionic) o 2.0.874-7.1ubuntu6.1 o posterior (para focal):
dpkg -l open-iscsi
-
Configure el escaneo en manual:
sudo sed -i 's/^\(node.session.scan\).*/\1 = manual/' /etc/iscsi/iscsid.conf
-
Activar accesos múltiples:
sudo tee /etc/multipath.conf <<-'EOF defaults { user_friendly_names yes find_multipaths no } EOF sudo systemctl enable --now multipath-tools.service sudo service multipath-tools restart
Asegúrese etc/multipath.conf
contienefind_multipaths no
inferiordefaults
. -
Asegúrese de que así sea
open-iscsi
y..multipath-tools
están habilitadas y en ejecución:sudo systemctl status multipath-tools sudo systemctl enable --now open-iscsi.service sudo systemctl status open-iscsi
Para Ubuntu 18.04, debe descubrir los puertos de destino con iscsiadm
antes de comenzaropen-iscsi
Para que se inicie el daemon iSCSI. También puede modificar eliscsi
servicio para empezariscsid
automáticamente.
Configure o deshabilite la reparación automática de iSCSI
Puede configurar los siguientes ajustes de reparación automática de iSCSI de Astra Trident para corregir sesiones obsoletas:
-
Intervalo de autorrecuperación iSCSI: Determina la frecuencia a la que se invoca la autorrecuperación iSCSI (valor predeterminado: 5 minutos). Puede configurarlo para que se ejecute con más frecuencia estableciendo un número menor o con menos frecuencia estableciendo un número mayor.
Si se configura el intervalo de reparación automática de iSCSI en 0, se detiene por completo la reparación automática de iSCSI. No recomendamos deshabilitar la reparación automática de iSCSI; solo debe deshabilitarse en ciertos casos cuando la reparación automática de iSCSI no funciona como se esperaba o con fines de depuración. |
-
Tiempo de espera de autorrecuperación iSCSI: Determina la duración de las esperas de autorrecuperación iSCSI antes de cerrar sesión en una sesión en mal estado e intentar iniciar sesión de nuevo (por defecto: 7 minutos). Puede configurarlo a un número mayor para que las sesiones identificadas como en mal estado tengan que esperar más tiempo antes de cerrar la sesión y, a continuación, se intente volver a iniciar sesión, o un número menor para cerrar la sesión e iniciar sesión anteriormente.
Para configurar o cambiar los ajustes de reparación automática de iSCSI, pase el iscsiSelfHealingInterval
y.. iscsiSelfHealingWaitTime
parámetros durante la instalación del timón o actualización del timón.
En el siguiente ejemplo, se establece el intervalo de reparación automática de iSCSI en 3 minutos y el tiempo de espera de reparación automática en 6 minutos:
helm install trident trident-operator-100.2402.0.tgz --set iscsiSelfHealingInterval=3m0s --set iscsiSelfHealingWaitTime=6m0s -n trident
Para configurar o cambiar los ajustes de reparación automática de iSCSI, pase el iscsi-self-healing-interval
y.. iscsi-self-healing-wait-time
parámetros durante la instalación o actualización de tridentctl.
En el siguiente ejemplo, se establece el intervalo de reparación automática de iSCSI en 3 minutos y el tiempo de espera de reparación automática en 6 minutos:
tridentctl install --iscsi-self-healing-interval=3m0s --iscsi-self-healing-wait-time=6m0s -n trident
Volúmenes NVMe/TCP
Instale las herramientas NVMe mediante los comandos de su sistema operativo.
|
sudo yum install nvme-cli sudo yum install linux-modules-extra-$(uname -r) sudo modprobe nvme-tcp
sudo apt install nvme-cli sudo apt -y install linux-modules-extra-$(uname -r) sudo modprobe nvme-tcp
Verifique la instalación
Después de la instalación, compruebe que cada nodo del clúster de Kubernetes tenga un NQN único mediante el comando:
cat /etc/nvme/hostnqn
Astra Trident modifica el ctrl_device_tmo Valor para garantizar que NVMe no se rinda en el camino si deja de funcionar. No cambie esta configuración.
|