Introduction à Elastic Cloud Enterprise pour les entreprises informatiques
Ce guide complet, rédigé par nos architectes TI expérimentés chez Insitu, vous accompagne pas à pas dans l'installation et la configuration d'Elastic Cloud Enterprise (ECE). Que vous soyez novice ou expert en gestion d'environnements Elastic, ce guide détaille toutes les étapes nécessaires pour configurer efficacement ECE, depuis l'installation initiale jusqu'à la gestion avancée des déploiements multi-clusters. Découvrez comment optimiser vos opérations et simplifier la complexité de vos environnements Elastic grâce aux meilleures pratiques partagées par nos experts. Suivez nos instructions détaillées pour une mise en place réussie et bénéficiez de notre expertise pour maximiser les avantages d'Elastic Cloud Enterprise.
Contactez-nous dès aujourd'hui pour découvrir comment nous pouvons vous aider à tirer le meilleur parti d'Elastic Cloud Enterprise.
Pourquoi Elastic Cloud Enterprise?
Depuis son lancement, la stack ElasticSearch n’a cessé de croître en popularité et en fonctionnalités, offrant des solutions concrètes à une multitude de cas d'utilisation, allant de l'analyse des logs au machine learning, en passant par l’observabilité des systèmes, des réseaux et de la sécurité. Cependant, gérer ces différents cas d’utilisation nécessite souvent le déploiement de plusieurs clusters distincts pour respecter les principes d'isolation, de séparation des rôles et de gouvernance des données.
Pour les équipes infrastructures, la gestion du cycle de vie de ces clusters—du déploiement initial à la mise à jour, la scalabilité, l'ajout de nouvelles fonctionnalités, jusqu’au décommissionnement—peut représenter un défi considérable. Bien que le déploiement en mode « managed-service » dans le Cloud soit une solution optimale pour certaines entreprises, elle ne convient pas à toutes. Que faire alors pour bénéficier de la même simplicité de gestion qu'une solution Elastic-as-a-Service, mais avec un déploiement sur site (on-premise) ?
C’est là qu’intervient Elastic Cloud Enterprise (ECE), une solution lancée par Elastic en 2017. ECE permet aux entreprises de centraliser la gestion, la surveillance, et le provisionnement de multiples clusters de la Suite Elastic, tout en simplifiant le déploiement des fonctionnalités avancées comme le X-Pack (sécurité, alerting, monitoring, Graph, reporting, et machine learning). ECE est une solution flexible, agnostique de l'infrastructure sous-jacente : elle peut être déployée sur des serveurs physiques, dans des environnements virtuels, sur un cloud privé, ou encore dans des zones privées ou publiques de clouds tels que Google Cloud, Azure, ou AWS.
Architectures dans Elastic Cloud Enterprise
L’architecture de ECE se caractérise par sa nature modulaire et conteneurisée qui instaure une séparation entre le control plane et le data plane.
Le plan de contrôle comprend les services de gestion suivants :
Rôle de ZooKeeper dans la gestion des identités et des accès IT
- ZooKeeper est un magasin de données distribué et fortement cohérent.
- Contient des informations essentielles sur les composants ECE : tables de routage proxy, capacité de mémoire annoncée par les allocateurs, modifications validées via la console d’administration, ...
- Agit comme un bus de messages pour la communication entre les services.
- Assure la communication avec les composants ECE à l’aide de STunnel.
- Stocke l’état de l’installation ECE et l’état de tous les déploiements exécutés dans ECE.
Directeur : Gestion du magasin de données et sécurité des communications avec ZooKeeper
- Gère le magasin de données ZK et signe les CSR (demandes de signature de certificat) pour les clients internes qui souhaitent communiquer avec ZooKeeper.
- Maintient les stunnels utilisés par ZooKeeper pour la communication et établit le quorum lorsque de nouveaux nœuds ZooKeeper sont créés.
Constructeur : Planification des ressources et optimisation des infrastructures IT
- Fonctionne comme un planificateur qui surveille les requêtes depuis la console d'administration.
- Détermine ce qui doit être modifié et écrit les modifications dans les nœuds ZooKeeper surveillés par les allocateurs.
- Attribue des nœuds de cluster aux allocateurs.
- Maximise l'utilisation des allocateurs sous-jacents pour réduire le besoin de faire tourner du matériel supplémentaire pour les nouveaux déploiements.
- Place les nœuds de cluster et les instances dans différentes zones de disponibilité pour garantir que le déploiement peut survivre à tout temps à un arrêt d'une zone entière.
Cloud UI & API : Interface utilisateur pour la gestion des services IT d'ECE
- Fournit un accès Web et API aux administrateurs pour gérer et surveiller l'installation d'ECE.
Proxy : Gestion du trafic et haute disponibilité dans les environnements IT
- Gère les demandes des utilisateurs, en mappant les ID de déploiement transmis dans les URL de demande du conteneur aux nœuds de cluster Elasticsearch réels et à d'autres instances. L'association des ID de déploiement à un conteneur est stockée dans ZooKeeper, mise en cache par les proxys. En cas d'arrêt de ZooKeeper, la plateforme peut toujours répondre aux requêtes des déploiements existants en utilisant le cache.
- Garde une trace de l'état et de la disponibilité des zones, si vous disposez d'un cluster Elasticsearch hautement disponible. Si l’une des zones tombe en panne, le proxy n’y acheminera aucune requête.
- Aide à la mise à l’échelle et aux mises à niveau sans temps d’arrêt. Avant d'effectuer une mise à niveau, un instantané est pris et les données sont migrées vers les nouveaux nœuds. Une fois la migration terminée, un proxy bascule le trafic vers les nouveaux nœuds et déconnecte les anciens.
- Plusieurs proxys sont généralement configurés derrière un équilibreur de charge pour garantir que le système reste disponible (Le Load balancer n’est pas fourni par ECE et doit être provisionné par le client).
Allocateur : Allocation des ressources IT et gestion du cycle de vie des nœuds
- Exécuté sur toutes les machines qui hébergent des nœuds Elasticsearch et des instances Kibana.
- Contrôle le cycle de vie des nœuds du cluster en :
- Créant de nouveaux conteneurs et démarrer des nœuds Elasticsearch sur demande
- Redémarrant un nœud s'il ne répond plus
- Supprimant un nœud s'il n'est plus nécessaire
- Annonce la capacité de mémoire de la machine hôte sous-jacente à ZooKeeper afin que le constructeur puisse prendre une décision éclairée sur l'endroit où déployer.
Guide de déploiement de ECE : Configuration des solutions cloud pour les entreprises
Un déploiement de ECE nécessite un certain nombre de prérequis disponibles ici. La taille de votre déploiement et les prérequis changeront selon les use-cases que vous souhaitez implémenter, vos sources de données, votre fréquence et volumétrie d’ingestion mais aussi les budgets que vous pouvez allouer à l’infrastructure.
Un ajustement peut être nécessaire pour l’implémentation multi-tier d'Elasticsearch, les niveaux= tiers sont nommés hot, warm, cold et frozen. Et, tout au long de leur cycle de vie, les données les parcourent dans cet ordre. Il n’est pas nécessaire de tous les implémenter, seul le niveau chaud est présent dans la plupart des cas d’utilisation, car il sert de point d’entrée. Le diagramme ci-dessous montre un exemple de multi-tier
Pour tester ECE, nous l’avons déployer sur une AWS en mode self-managed sur des EC2. Ce qui est équivalent à un déploiement privé géré par le client lui-même. Ci-dessous un guide pour cette installation.
1. Préparation de la machine : Prérequis et optimisation des performances pour ECE
La machine a été provisionné avec deux disques. Un disque pour l’OS et un disque Data qui sera utilisé pour gérer les besoins de stockage de ECE(tier hot de stockage)
Nous avons remarqué que plus le disque Data est performant et le profil de la machine est puissant, mieux c’est pour l’installation qui devient très fluide et s’Achève rapidement. Référez-vous à la documentation Elastic pour les prérequis RAM,CPU et Disk. Notre test a été effectué sur une seule machine ECE2 avec 8 vcpu 64Go de RAM et 100 Go de stockage avec 5000 Iops.
L’ajout d’autre machine pour agrandir le cluster et se conformer avec les bonnes pratiques élastiques est toujours facile et garanti, puisque la solution est scalable par définition.
Pour les flux nécessaires pour cette installation, nous avons ouverts les ports indiqués ici sur EC2. Notre installation étant sur AWS, la configuration s’est faite au niveau des groupes de sécurité. N’oubliez pas non plus d’ouvrir le port 22 pour l’accès SSH
Aussi, nous recommandons de paramétrez la VM avec une EIP static. Dans ce cas, même après redémarrage de la Machine ou arrêt vous avez la même IP.
2. Préparation de l'OS pour l'installation d'ECE sur CentOS
Pour notre test, nous avons fait le déploiement sur un OS Centos et nous avons suivi les étapes ci-dessous :
2.1 Installez les packages du système d'exploitation lvm2, iptables, sysstat et net-tools en exécutant :
sudo dnf install lvm2 iptables sysstat net-tools
2.2 Installez Podman
sudo dnf install podman-4.8.* podman-remote-4.8.*
2.3 Installez le package containersnetworking-plugins en utilisant
sudo dnf -y install containernetworking-plugins
2.4 Basculez la pile réseau vers CNI depuis Netavark et copiez le fichier /usr/share/containers/containers.conf dans le répertoire /etc/containers/ en utilisant
cp /usr/share/containers/containers .conf /etc/containers/
2.5 Ouvrez le fichier /etc/containers/containers.conf. Accédez à la section réseau et assurez-vous que le paramètre network_backend est défini sur cni.
cat /etc/containers/containers.conf [...]
[network]
network_backend="cni"
[...]
2.6 Redémarrez le système (redémarrage).
2.7 désactivez SELinux en ajoutant le paramètre suivant à /etc/selinux/config.
SELINUX=désactivé
2.8 Recharger la configuration systemd
sudo systemctl daemon-reload
2.9 Créer des groupes OS
sudo groupadd elastic
sudo groupadd podman
2. 10. Ajouter user elastic au groupe podman
sudo useradd -g "elastic" -G "podman" elastic
2. 11. Ajoutez la ligne suivante à /etc/sudoers.d/99-ece-users
elastic ALL=(ALL) NOPASSWD:ALL
2. 12. Ajoutez les options requises aux arguments de démarrage du noyau
sudo /sbin/grubby --update-kernel=ALL --args='cgroup_enable=memory cgroup.memory=nokmem swapaccount=1'
2. 13. Créez le dossier ci-dessous
sudo mkdir -p /etc/systemd/system/podman.socket.d
2. 14. créez le fichier /etc/systemd/system/podman.socket.d/podman.conf avec le contenu suivant. Définissez la propriété et l'autorisation correctes. Les paramètres ListenStream= et ListenStream=/var/run/docker.sock sont requis !
Contenu du fichier :
[Socket]
ListenStream=
ListenStream=/var/run/docker.sock
SocketMode=770
SocketUser=elastic
SocketGroup=podman
2. 15. Changez les droits et permissions sur le fichier
sudo chown root:root /etc/systemd/system/podman.socket.d/podman.conf
sudo chmod 0644 /etc/systemd/system/podman.socket.d/podman.conf
2. 16. Créez le fichier (texte) /usr/bin/docker avec le contenu suivant. Vérifiez que les guillemets doubles réguliers dans le fichier texte sont utilisés (code ASCII Hex 22)
#!/bin/bash
podman-remote --url unix:///var/run/docker.sock "$@"
2. 17. Chngez les permissions sur le fichier /usr/bin/docker
sudo chmod 0755 /usr/bin/docker
2. 18. Ajoutez les deux lignes suivantes à la section [storage] du fichier /etc/containers/storage.conf. Vérifiez que ces paramètres ne sont définis qu'une seule fois. Supprimez ou commentez les paramètres potentiellement existants
runroot = "/mnt/data/docker/runroot/"
graphroot = "/mnt/data/docker"
2. 19. Activez podman pour que lui-même et les conteneurs en cours d'exécution démarrent automatiquement après un redémarrage
sudo systemctl enable podman.service
sudo systemctl enable podman-restart.service
2. 20. Activez overlay comme module du noyeau que podman utilisera
echo "overlay" | sudo tee -a /etc/modules-load.d/overlay.conf
2. 21. Pour le deuxième disque qui sera utilisé pour les besoins de stockage ECE, assurez-vous de le partitionner correctement, et de le formatter
sudo mkfs.xfs /dev/nvme1n1
2.22 Créez le dossier /mnt/data en droit des droits à elastic, ce dossier sera utilisé comme point de montage pour le disque Data de ECE
sudo install -o elastic -g elastic -d -m 700 /mnt/data
sudo mount /dev/nvme1n1 /mnt/data
2.23. Au niveau du fichier /etc/fstab, ajoutez la ligne ci-dessous pour assurez le montage du disque avec les bons propriétés
/dev/nvme1n1 /mnt/data xfs defaults,nofail,x-systemd.automount,prjquota,pquota 0 2
2.24. Redémarrez le local-fs target
sudo systemctl daemon-reload
sudo systemctl restart local-fs.target
2. 25. Ajustez les permissions sur /mnt/data
ls /mnt/data
sudo chown elastic:elastic /mnt/data
2. 26. Créez le dossier /mnt/data/docker pour le service de stockage docker
sudo install -o elastic -g elastic -d -m 700 /mnt/data/docker
2.27. Désactivez le service pare-feu. Le service n'est pas compatible avec Podman et interfère avec l'installation d'ECE. Vous devez désactiver pare-feu avant d'installer ou de réinstaller ECE.Si firewalld n'existe pas sur votre VM, vous pouvez ignorer cette étape (le parfeu est déactivé sur les EC2 de AWS, et gérer par les groupes de sécurité)
sudo systemctl disable firewalld
2. 28. Configurer les paramètres du kernel
cat <<EOF | sudo tee -a /etc/sysctl.conf
# Required by Elasticsearch
vm.max_map_count=262144
# enable forwarding so the Docker networking works as expected
net.ipv4.ip_forward=1
# Decrease the maximum number of TCP retransmissions to 5 as recommended for Elasticsearch TCP retransmission timeout.
# See https://www.elastic.co/guide/en/elasticsearch/reference/current/system-config-tcpretries.html
net.ipv4.tcp_retries2=5
# Make sure the host doesn't swap too early
vm.swappiness=1
EOF
2 29. Appliquez les nouveaux paramétres
sudo sysctl -p
sudo systemctl restart NetworkManager
2. 30. Ajoutez dans le /etc/security/limits.conf les Nouvelles limites systèmes.
* soft nofile 1024000
* hard nofile 1024000
* soft memlock unlimited
* hard memlock unlimited
elastic soft nofile 1024000
elastic hard nofile 1024000
elastic soft memlock unlimited
elastic hard memlock unlimited
elastic soft nproc unlimited
elastic hard nproc unlimited
root soft nofile 1024000
root hard nofile 1024000
root soft memlock unlimited
2. 31. Redémarrez le service Podman et toute la amchine:
sudo systemctl daemon-reload
sudo systemctl restart podman
sudo reboot
2. 32. Après le redémarrage de la machine, téléchargez le script d’installation de ECE et enregistrez le dans un fichier pour le déployer après.
curl -fsSL https://download.elastic.co/cloud/elastic-cloud-enterprise.sh > ece.sh
Avant de procéder à l’installation de ECE, nous vous recommandons de prendre un snapshot ou template de cette machine qui vous servira d’image pour rajouter d’autres nœuds à votre cluster ou sinon comme plan de backup si votre installation n’a pas réussi.
3. Installation d'Elastic Cloud Enterprise (ECE) : Étapes et Prérequis
3. 1. Connectez vous avec le compte elastic
Depuis le compte ec2-user ou root , faites
su elastic
3. 2. Pour lancer l’installation lancer simplement le script que vous avez téléchargé dans l’étape 2.32 (notez bien que le script ne s’exécutera pas si vous avez zapper une phase, ou avez un prérequis manquant ou si vous l’Exécuter avec sudo ou un profil autre elastic)
Bash ece.sh --availability-zone az1
Selon le profil de votre machine et du stockage utilisé, l’installation prendra son temps. Dans notre cas c’était une 30aines de minutes.
Si l’installation réussi, vous aurez au niveau de la console les informations de ce genre :
-- Verifying Prerequisites --
Checking runner container does not exist... PASSED
Checking host storage root volume path is not root... PASSED
Checking host storage path is accessible... PASSED
Checking host storage path contents matches whitelist... PASSED
Checking Docker version... PASSED
Checking Docker SELinux support... PASSED
Checking Docker file system... PASSED Checking Docker network settings... PASSED - The installation can proceed with ICC enabled; however, we recommend turning ICC off (with the 'icc=false' flag) as a security best practice.
Checking Docker storage driver... PASSED
Checking whether 'setuser' works inside a Docker container... PASSED
Checking memory settings... PASSED
- Option `--memory-settings` not used. Default memory settings might be insufficient for production use!
Checking runner ip connectivity... PASSED
Checking OS IPv4 IP forward setting... PASSED
Checking metadata endpoint protection... PASSED
Checking OS max map count setting... PASSED
Checking OS kernel version... PASSED
Checking minimum required memory... PASSED
Checking OS kernel cgroup.memory... PASSED
Checking OS minimum ephemeral port... PASSED
Checking OS max open file descriptors per process... PASSED
Checking OS max open file descriptors system-wide... PASSED
Checking OS file system and Docker storage driver compatibility... PASSED
Checking OS file system storage driver permissions... PASSED
Checking OS AppArmor status... PASSED
Checking OS SELinux status... PASSED -- Completed Verifying Prerequisites --
- Running Bootstrap container
- Monitoring bootstrap process
- Loaded bootstrap settings {}
- Core service started {}
- Storing default ACLs on [/default_acls] {}
- Starting local runner {}
- Started local runner {} - Waiting for runner container node {}
- Runner container node detected {}
- Waiting for coordinator candidate {}
- Detected coordinator candidate {}
- Detected pending coordinator, promoting coordinator {}
- Coordinator accepted {}
- Storing current platform version: 3.6.2 {}
- Storing Instance Types: [apm,elasticsearch,enterprise_search,integrations_server,kibana] {}
- Storing Elastic Stack versions: [6.8.23,7.17.15,8.11.1] {}
- Creating Admin Console Elasticsearch backend {}
- Applying Admin Console Elasticsearch index templates {}
- Updating dynamic Admin Console settings with Elasticsearch cluster information {}
- Waiting until Admin Console is healthy {}
- Starting reindexing Admin Console data {}
- Creating security cluster {}
- Security cluster was created successfully {}
- Creating Logging and Metrics Cluster {}
- Enabling Kibana for Logging and Metrics Cluster {}
- Updating dynamic Admin Console settings with metrics cluster information {}
- Setting up data pipelines {}
- Shutting down bootstrapper {}
- Exiting bootstrapper {}
- Waiting for bootstrap monitor process to exit
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Elastic Cloud Enterprise installation completed successfully
Ready to copy down some important information and keep it safe?
To access the Cloud UI:
http://ip:12400
https://ip:12443
Admin username: admin
Password: token1
Read-only username: readonly
Passwor:dtoken2
Roles tokens for adding hosts to this installation:
Basic token (Don't forget to assign roles to new runners in the Cloud UI after installation.)
Token3
Allocator token (Simply need more capacity to run Elasticsearch clusters and Kibana? Use this token.)
Token4
Emergency token (Lost all of your coordinators? This token will save your installation.)
Token5
To add hosts to this Elastic Cloud Enterprise installation, include the following parameters when you install the software
on additional hosts: --coordinator-host ip --roles-token ‘token6’
These instructions use the basic token, but you can substitute one of the other tokens provided. You can also generate your own tokens. For example:
curl -H 'Content-Type: application/json' -u admin:rRET4zV8yUpqZrpCpgWzguOHFQnqM1TgB8MZ4pSzdVk http://ip:12300/api/v1/platform/configuration/security/enrollment-tokens -d '{ "persistent": true, "roles": [ "allocator"] }'
To learn more about generating tokens, see "Generate Role Tokens" in the documentation.
System secrets have been generated and stored in "/mnt/data/elastic/bootstrap-state/bootstrap-secrets.json".
Keep the information in the bootstrap-secrets.json file secure by removing the file and placing it into secure storage, for example.
3.3 Si vous souhaitez rajoutez un autre noeud à votre cluster, pour garantir la haute disponibilité en déployant sur une deuxième AZ ou sinon pour garantir la scalabilité et rajouter un nouveau nœud avec la capacité qui sera utilisée par l’allocateur pour provisionner des clusters elastic :
Utilisez la template que vous avez pris dans la phase 2 pour créer une deuxième VM avec les prérequis déjà présents
Assurez vous de la raccorder au même groupe de sécurité pour que les ouvertures de flux/ports soient fait.
Et puis connectez vous avec l’utilisateur elastic et exécutez la commande suivante :
Bash ece.sh install --coordinator-host ip --roles-token ‘token’
L’ajout de ce deuxième nœud au cluster prendra moins de 5min.
4. Accès à Elastic Cloud Enterprise (ECE) : Interface et Gestion des Déploiements
L’interface ECE se présente comme ci-dessous. Utilisez les identifiants fournis à la fin de l’installation pour vous connecter.
Au niveau de la VM ECE, vous vous retrouverez avec un ensemble de conteneur créés ou chacun représente un module ou un composant de ECE tel mentionné dans l’architecture. Même les clusters que nous déploierons par la suite pour l’ingestion des données seront créés sous forme de conteneurs.
Une fois connecté, vous atterrissez sur la page déploiement, ou vous pouvez gérer directement le déploiement de vos clusters Elastic. Notez bien que chaque installation de ECE vient avec 3 Clusters déjà déployés :
- l’admin console qui est la console à laquelle nous nous connectons à ECE.
- Logging-and-metrics : qui sert de point de collecte des metrics et des logs pour le monitoring de tous les clusters qui seront hébergés au niveau de ECE
- Security-cluster : qui s’occupe de changer la configuration de ECE, …
Avant de procéder à des déploiements Elastic, il faut configurer notre cluster avec l’addresse ip public que nous utilisons. Pour que l’accès à Kibana puisse être assuré et à l’interface ECE soit possible même après redémarrage.
Pour cela dans le menu à gauche aller à Platforme è Settings. Puis renseignez votre adresse ip public static dans les deux onglets URL et CNAME. Notez bien que tous les clusters ELK qui seront créés dans ce ECE, auront une url xxxxxxxxxxx.votreip-public-ip.votredomaine. Dans notre cas ça sera xxxxxxxx.15.157.160.141.ip.es.io
Notez que ce changement sera exécuté par le cluster security-cluster qui est déployé par défaut dans ECE
Pour la création d’un déploiement (nouveau cluster ELK pour un use-case définit), il faut cliquer sur Create deployment dans l’onglet Deployments.
On peut dans cette page personnaliser le nom du cluster, la version de la stack ELK, et les composantes à déployer.
Notez bien que tout est configurable selon l’architetcure du cluster ELK que vous voulez déployer. Pour chaque type d’instance, on’a plusieurs profils préconfigurés avec les ratios précalculés par elastic pour garantir des performances optimales. Choississez les profils qui conviennent. N,oubliez pas non plus que les configurations pour chaque instance représente des capacités de calculs que vous devez avoir sur votre cluster ECE (allocateurs)
Pour mon exemple j’ai choisi de créer un premier déploiement avec la config ci-dessous, que vous voyez en cours de déploiement
Le cluster est créé, on peut accéder à Kibana, reset le mdp de elastic, éditer le déploiement en soi pour peut-être rajouter des nœuds LM, ou changer le profil du stokcage en rajoutant des nœuds Frozen, ou sinon activer l’auto scalabilité qui assurera dans ce cas le déploiement de nouveaux neouds pour garantir la scalabilité horizontale de notre cluster ELK.
On peut même commander l’upgrade de tout le cluster à travers un bouton
Chaque nouveau déploiement vient équipé avec un certain nombre de fonctionnalités qui rend la gestion de son cycle de vie beaucoup plus facile. Cela est d’autant plus bénéfique pour les grosses structures qui auront à gérer un nombre conséquent de déploiement.
Ce nouveau déploiement a le endpoint https://2262https//4ee84ee04ac5999a12b6e354f18b.15.157.160.141.ip.es.io:9243qui reste possible à personnaliser dans les environnements de production
Prêt à Optimiser Votre Infrastructure IT avec Elastic Cloud Enterprise?
Planifier une rencontre
Chez Insitu, nous sommes spécialisés dans les solutions IT et la gestion des environnements Elastic Cloud Enterprise (ECE). Notre équipe d'experts est prête à vous accompagner dans l'optimisation de votre infrastructure IT pour garantir des performances et une sécurité maximales.
Contactez-nous dès aujourd'hui pour une consultation gratuite et découvrez comment nous pouvons transformer votre gestion IT avec des solutions adaptées à vos besoins spécifiques.
Découvrir d'autres articles récents
Guide Complet : Installer et Configurer des Certificats SSL/TLS sur Elasticsearch et Kibana
Ce guide vous accompagnera pas à pas dans l’installation des certificats sur Elastic dans votre infrastructure. Nous allons mettre en...
Lire la suite
FAQ – Pourquoi les données environnementales sont essentielles à la gestion minière moderne?
Pourquoi les données sont-elles devenues si centrales dans l’exploitation minière? Dans un article publié par Kelsey Kidd, directrice des ventes...
Lire la suite
Comment installer et configurer un nœud maître Elastic pour votre cluster?
Dans le cadre du déploiement d’un cluster Elastic performant et sécurisé, la configuration d’un nœud maître est une étape essentielle....
Lire la suite
Installation d’Elastic: Guide Simple
Dans un monde où les volumes de données explosent, disposer d’un moteur de recherche puissant et rapide est essentiel. Elastic...
Lire la suite