Pour installer un magasin de données tiers, votre cluster doit avoir accès à la version prise en charge de l'image du magasin de données.
Pour connaître les versions compatibles du magasin de données pour votre déploiement d' Instana, installez le plug-in kubectl et exécutez la commande kubectl instana --version. Pour plus d'informations, consultez la rubrique consacrée au plug-in « Instana » sur kubectl.
Avant d'installer un composant d' Instana, assurez-vous de marquer et d'étiqueter le nœud destiné à l'installation. Cette étape consacre le nœud exclusivement aux composants d' Instana, garantissant ainsi une allocation et une isolation adéquates des ressources.
Votre configuration doit comprendre au moins quatre nœuds de travail, chacun doté de 16 cœurs « vCPUs » et de 64 Go de mémoire, ainsi qu'un nœud de travail supplémentaire équipé de 8 cœurs « vCPUs » et de 16 Go de mémoire.
Attribuez un nom aux 4 premiers nœuds de travail ou aux nœuds de votre choix à l'aide des commandes kubectl.
CLUSTER_NAME=$(hostname|cut -d . -f 2-)
for NODE in 0 1 2 3
do
oc label node worker${NODE}.${CLUSTER_NAME} node-role.kubernetes.io/monitor="true"
oc adm taint node worker${NODE}.${CLUSTER_NAME} node.instana.io/monitor="true":NoSchedule
done
Assurez-vous que les nœuds sont marqués et étiquetés.
Vérifiez que les nœuds sont correctement étiquetés.
oc get nodes -l node-role.kubernetes.io/monitor=true
Le résultat doit être identique à l'exemple suivant :
NAME STATUS ROLES AGE VERSION
worker0.instana-odf5.cp.fyre.ibm.com Ready monitor,worker 5d5h v1.29.6+aba1e8d
worker1.instana-odf5.cp.fyre.ibm.com Ready monitor,worker 5d5h v1.29.6+aba1e8d
worker2.instana-odf5.cp.fyre.ibm.com Ready monitor,worker 5d5h v1.29.6+aba1e8d
worker3.instana-odf5.cp.fyre.ibm.com Ready monitor,worker 5d5h v1.29.6+aba1e8d
Vérifiez que les nœuds sont correctement marqués.
kubectl get nodes -o=jsonpath='{range .items[*]}{.metadata.name}{"\t"}{range .spec.taints[*]}{.key}{"="}{.value}{"\t"}{end}{"\n"}{end}' |grep monitor
Assurez-vous que cert-managerFigure 2. S'ouvre dans un nouvel onglet ou une nouvelle fenêtre, qui sert par défaut à provisionner automatiquement le secret, est installé dans votre cluster. Pour installer cert-manager, exécutez la commande suivante :
Remarque : ignorez cette étape si « cert-manager » est déjà installé sur votre cluster.
Veillez à définir une classe de stockage par défaut sur le cluster sur lequel vous installez les magasins de données. Vous avez besoin d'une classe de stockage avec le mode d'accès ReadWriteMany (RWX) ou ReadWriteOnce (RWO). Veillez à mettre à jour la classe de stockage que vous avez définie dans votre cluster avec un accès RWX ou RWO.
Pour vérifier si une classe de stockage par défaut est définie dans votre cluster, exécutez la commande suivante:
kubectl get storageclass -o=jsonpath='{.items[?(@.metadata.annotations.storageclass\.kubernetes\.io\/is-default-class=="true")].metadata.name}'
Si la commande ne renvoie pas de valeur, vous devez définir une classe de stockage par défaut en exécutant la commande suivante:
Si vous utilisez votre hôte bastion comme hôte de l' Instana e dans votre environnement isolé, vous n'avez pas besoin d'effectuer les étapes suivantes. Toutefois, si votre hôte bastion et l'hôte isolé physiquement sont différents, procédez comme suit:
Sur votre hôte Bastion, téléchargez le fichier binaire Helm correspondant au système d'exploitation de votre hôte isolé. Pour connaître les fichiers binaires disponibles, consultez la section « Installation et mise à jour ».Figure 3 S'ouvre dans un nouvel onglet ou une nouvelle fenêtre. Voir l'exemple de commande suivant.
Copiez le fichier binaire Helm , les images d'opérateur et les chartes Helm de votre hôte bastion vers l'hôte qui se trouve dans votre environnement isolé physiquement.
Installez Helm sur l'hôte isolé physiquement. Exécutez ces commandes à partir de l'emplacement du fichier binaire Helm .
tar –xvzf https://get.helm.sh/helm-v3.15.2-linux-s390x.tar.gz
mv linux-s390x/helm /usr/local/bin/helm
