Prepare o nó de trabalho
Todos os nós de trabalho no cluster do Kubernetes precisam ser capazes de montar os volumes provisionados para os pods. Se você estiver usando o ontap-nas
driver , ontap-nas-economy
ou ontap-nas-flexgroup
para um dos seus backends, os nós de trabalho precisarão das ferramentas NFS. Caso contrário, eles exigem as ferramentas iSCSI.
Versões recentes do RedHat CoreOS têm NFS e iSCSI instalados por padrão.
Você deve sempre reinicializar seus nós de trabalho depois de instalar as ferramentas NFS ou iSCSI, ou então anexar volumes a contentores pode falhar. |
Volumes NFS
Protocolo | Sistema operacional | Comandos |
---|---|---|
NFS |
RHEL/CentOS |
|
NFS |
Ubuntu/Debian |
|
Você deve garantir que o serviço NFS seja iniciado durante o tempo de inicialização. |
Volumes iSCSI
Considere o seguinte ao usar volumes iSCSI:
-
Cada nó no cluster do Kubernetes precisa ter uma IQN exclusiva. Este é um pré-requisito necessário.
-
Se estiver usando RHCOS versão 4,5 ou posterior, RHEL ou CentOS versão 8,2 ou posterior com o
solidfire-san
driver, verifique se o algoritmo de autenticação CHAP está definido como MD5 em/etc/iscsi/iscsid.conf
.
sudo sed -i 's/^\(node.session.auth.chap_algs\).*/\1 = MD5/' /etc/iscsi/iscsid.conf
-
Ao usar nós de trabalho que executam RHEL/RedHat CoreOS com iSCSI PVs, certifique-se de especificar a
discard
mountOption no StorageClass para executar a recuperação de espaço em linha. "Documentação da RedHat"Consulte .
Protocolo | Sistema operacional | Comandos | ||
---|---|---|---|---|
ISCSI |
RHEL/CentOS |
|
||
ISCSI |
Ubuntu/Debian |
|
Para o Ubuntu 18,04, você deve descobrir portas de destino com iscsiadm antes de iniciar open-iscsi o daemon iSCSI para iniciar. Em alternativa, pode modificar o iscsi serviço para iniciar iscsid automaticamente.
|
Se você quiser saber mais sobre a preparação automática do nó de trabalho, que é um recurso beta, "aqui"consulte . |