ECE est une solution d’orchestration de clusters Elasticsearch de manière centralisée. Cette solution permet de provisionner, gérer et monitorer Elasticsearch et Kibana depuis une seule console.
Une solution permettant de gérer des clusters issue de Cloud privé et/ou privé.
ECE Produit
ECE Training Fondamentaux
ECE Support
ECE Documentation
Les modèles de déploiement combinent des composants de la pile élastique, tels que les nœuds de recherche élastique et les instances Kibana, pour différents cas d’utilisation. Par rapport à une approche unique pour le déploiement de la pile élastique, les modèles offrent une plus grande flexibilité et garantissent que vos déploiements disposent des ressources nécessaires pour prendre en charge vos cas d’utilisation. Les modèles sont également flexibles. Non seulement vous pouvez sélectionner un modèle qui correspond à votre cas d’utilisation, mais vous pouvez également personnaliser chaque composant de la pile élastique en quelques clics supplémentaires.
Combiner les composants de Elastic Stack :
Offrir une plus grande flexibilité
Vous devez étiqueter les répartiteurs pour indiquer le type de matériel dont vous disposez. L’objectif principal du marquage est de passer d’un allocateur, qui ne vous dit rien sur les ressources matérielles de l’allocateur, à un allocateur avec de meilleures ressources CPU ou à un allocateur qui fournit une grande quantité de stockage sur broche. L’utilisation de balises et de configurations d’instances permet de filtrer ces allocateurs, de trouver ce qui convient le mieux pour déployer des composants spécifiques de la pile élastique, et de s’assurer qu’ils y sont déployés.
Les tags d’allocateurs sont un moyen simple de caractériser les ressources matérielles dont vous disposez dans votre installation ECE, telles que
Les balises sont de simples paires clé-valeur. Voici un petit échantillon de tags que vous pourriez utiliser :
SSD: true, SSD: false, highstorage: true
highCPU: true
instanceFamily: i3, instanceFamily: m5
Évitez les étiquettes qui décrivent un cas d’utilisation particulier ou un composant d’Elastic Stack que vous prévoyez d’utiliser sur ces allocateurs. Parmi les exemples de tags à éviter, citons elasticsearch : false ou kibana : true. Vous devez plutôt définir l’utilisation prévue au niveau des configurations d’instance et ne tagger vos allocateurs que pour décrire les caractéristiques du matériel.
Pour que les instances fonctionnent bien lorsqu’elles sont utilisées dans votre déploiement Elastic Cloud Enterprise, elles ont besoin du matériel adéquat qui prend en charge leur objectif. Pour cela, Elastic Cloud Enterprise utilise des configurations d’instances. Les configurations d’instance font correspondre les composants d’Elastic Stack aux allocateurs de déploiement et indiquent la taille relative des ressources de mémoire et de stockage, ainsi que les tailles disponibles. Par exemple, si vous avez un cas d’utilisation de journalisation qui nécessite beaucoup d’espace de stockage, vous souhaitez probablement que votre configuration d’instance utilise au moins une partie de l’espace de stockage avec de grands disques à broche plutôt que du stockage SSD rapide mais plus coûteux.
Pour déterminer où la CEE doit placer les composants spécifiques de la pile élastique pour le déploiement, les configurations d’instance correspondent à des allocateurs appropriés en filtrant les balises avec des requêtes. Vous pouvez modifier les configurations d’instance pour changer les allocateurs qui correspondent aux requêtes, ce qui modifie à son tour les composants de la pile élastique hébergés sur les allocateurs correspondants lors de la création ou de la modification d’un déploiement.
Elastic Cloud Enterprise est livré avec un certain nombre de configurations d’instance par défaut : Docs
Pour répondre à chaque cas d’utilisation, les modèles de déploiement combinent les composants de la pile élastique de différentes manières selon les meilleures pratiques éprouvées auxquelles vous pouvez faire confiance. Par exemple, dans une architecture à chaud, qui résout généralement un cas d’utilisation d’agrégation de journaux, vous avez besoin d’au moins un nœud chaud Elasticsearch avec des données récentes et un nœud chaud avec des indices en lecture seule pour les données plus anciennes, moins fréquemment interrogées. Une véritable architecture à chaud dans un environnement de production doit également être tolérante aux pannes, afin d’être hautement disponible. Pour répondre à ces exigences, notre modèle d’architecture chaude comprend des nœuds chauds et des nœuds chauds répartis sur deux zones de disponibilité au minimum, est livré avec Kibana activé et prêt à l’emploi, et même un apprentissage machine pré-câblé au cas où vous souhaiteriez activer l’apprentissage machine pour la détection d’anomalies par la suite.
Elastic Cloud Enterprise est livré avec un modèle par défaut et un modèle d’architecture hot-warm déjà intégrés, mais vous pouvez créer de nouveaux modèles de déploiement pour répondre à un cas d’utilisation particulier que vous pourriez avoir. Pour tirer le meilleur parti de votre matériel, il est également recommandé de configurer des modèles de déploiement, de sorte que ECE sache où déployer les composants de l’Elastic Stack.
Le modèle par défaut vous aide à démarrer et offre également une rétrocompatibilité avec les déploiements existants.
Le modèle par défaut convient pour les recherches et les tâches générales qui ne nécessitent pas de ressources plus spécialisées. Si ce modèle ne vous donne pas tout à fait ce dont vous avez besoin pour résoudre vos propres cas d’utilisation, il est recommandé de créer de nouveaux modèles de déploiement.
Les déploiements existants qui ont été créés dans la version ECE avant la version 2.0 passent automatiquement à ce modèle, si vous modifiez la configuration du déploiement. Le modèle est entièrement rétrocompatible et vous permet d’ajouter des fonctionnalités de la pile élastique telles que l’apprentissage machine et des nœuds maîtres dédiés aux déploiements existants.
Prenez un moment pour revoir ce qui est inclus dans le modèle par défaut pour Elasticsearch, Kibana, Machine Learning (ML), et Application Performance Monitoring (APM) ci-dessous.
Elastic Cloud Enterprise est livré avec un modèle par défaut et un modèle d’architecture à chaud déjà intégrés, mais vous pouvez créer de nouveaux modèles de déploiement pour répondre à des cas d’utilisation particuliers que vous pourriez avoir. Par exemple, vous pouvez décider de créer un nouveau modèle de déploiement si vous avez un cas d’utilisation particulier qui nécessite des nœuds de données Elasticsearch dans une configuration spécifique qui inclut également l’apprentissage machine pour la détection des anomalies. Si vous avez besoin de créer ces déploiements fréquemment, vous pouvez créer un modèle de déploiement une fois et le déployer autant de fois que vous le souhaitez. Vous pouvez également créer un modèle unique pour vos déploiements de test et de production afin de vous assurer qu’ils sont exactement les mêmes.