Installation de l'édition Classic en auto-hébergement ( Docker )
Lors de l'installation, Instana configure automatiquement la taille requise pour chaque composant; ce calcul est basé sur la quantité totale de ressources disponibles sur votre ordinateur.
L 'édition Classic comprend plusieurs composants et services, chacun fonctionnant dans un conteneur d' Docker s distinct et disposant de sa propre configuration en termes de dimensionnement.
L'installation sur un seul serveur est une solution légère et facile à utiliser, idéale pour les environnements de petite et moyenne envergure. Cela consiste à exécuter Instana sur un seul hôte, tous les composants nécessaires de la plateforme Instana étant déployés sous forme de conteneurs Docker.
Cette méthode d'installation présente plusieurs avantages, notamment sa simplicité et sa rapidité de mise en place, sa faible consommation de ressources, ainsi que son adéquation aux besoins des phases de test et de développement. Cependant, cette méthode d'installation présente une évolutivité limitée, ne dispose pas de redondance et offre peu d'options en matière de haute disponibilité.
Pour plus d'informations sur l'installation de l'édition classique auto-hébergée ( Docker ), consultez la page « Installation de l'édition classique auto-hébergée » ( Docker ).
L'installation à deux hôtes est conçue pour les environnements dans lesquels « ClickHouse » est déployé sur un hôte avec une installation de « ZooKeeper ». Les autres composants et bases de données d' Instana s sont déployés sur un deuxième serveur.
Cette approche permet une meilleure évolutivité d' ClickHouse, indépendamment du reste de Instana, en fonction du nombre de requêtes par seconde (charge). L'allocation des ressources peut être plus efficace avec des serveurs distincts, car il est ainsi possible d'attribuer plus de ressources de manière indépendante à Instana et ClickHouse lorsque ceux-ci ont besoin de plus de CPU ou de mémoire.
Cependant, une configuration à deux serveurs est légèrement plus complexe qu'une configuration à serveur unique, car elle nécessite la maintenance et la configuration de deux serveurs, ce qui implique une infrastructure plus importante.
Pour savoir comment configurer une installation à deux hôtes d' Instana sur Docker, consultez la section Installation : deux hôtes.
Architecture
Composants
Pour éviter toute indisponibilité et pour offrir la possibilité de traiter partiellement ou de fournir des données dans le cas d'une panne partielle, chaque composant du back end est responsable de certaines parties de l'ensemble du traitement des données, et non de l'ensemble.
| Composant | Responsabilité |
|---|---|
| acceptor | Entrée de métriques et traces |
| serverless-acceptor | Entrée de traces sans serveur. |
| Appdata-legacy-converter | Permet la détection des problèmes à l'aide du pipeline de traitement existant. |
| appdata-processor | Extrait les appels de traces. |
| appdata-reader | Passerelle pour la lecture des données d'application. |
| appdata-writer | Écrit les appels traités. |
| butler | Gestion publique et gestion des paramètres utilisateur. |
| cashier-ingest | Calcule les statistiques d'utilisation. |
| cashier-rollup | Calcule les cumuls statistiques d'utilisation. |
| eum-acceptor | Entrées de balises EUM. |
| eum-processor | Traitement EUM. |
| js-stack-trace-translator | Déminifie les traces de js pour EUM |
| filler | Traitement des métriques et des traces, ainsi que de la maintenance des graphiques |
| groundskeeper | Gestion de l'accès interne pour les agents. |
| issue-tracker | Génération, gestion et notification d'événements. |
| nginx | Point de contact central de l'EUM et de l'interface utilisateur. |
| processor | Reconnaissance des problèmes. |
| eum-health-processor | Reconnaissance des problèmes pour l'EUM. |
| appdata-health-processor | Reconnaissance des problèmes pour les perspectives de l'application. |
| ui-backend | Partie back end de l'interface utilisateur et fournisseur d'API. |
| ui-client | Partie interne au navigateur de l'interface utilisateur. |
| Base de données | Responsabilité |
|---|---|
| cassandra | Historique des métriques, étendues et profils. |
| Clickhouse | Appels, graphique des données d'application et EUM. |
| elasticsearch | Historique graphique et EUM. |
| Kafka | Communication inter-composants. |
| PostgreSQL | Paramètres utilisateur et statistiques d'utilisation historique. |
| zookeeper | Gestion de l'état pour Kafka et clickHouse. |
Matrice d'impact des composants
Si des composants back end individuels ne sont pas disponibles, ils ne peuvent pas interrompre complètement le pipeline de traitement, mais certains composants peuvent une incidence plus importante que d'autres.
| Composant | Métriques en direct | Traces en direct | EUM en direct | Mappes en direct | Evénements en direct | Indicateurs historiques | Traces historiques | Mappes historiques | Événements historiques | Notifications | IU | Connexion | API | Statistiques d'utilisation |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| acceptor | X | X | X | X | ||||||||||
| serverless-acceptor | X | |||||||||||||
| Appdata-legacy-converter | X | X | ||||||||||||
| appdata-processor | X | |||||||||||||
| appdata-reader | X | X | X | |||||||||||
| appdata-writer | X | X | X | |||||||||||
| butler | X | X | ||||||||||||
| cashier-ingest | X | |||||||||||||
| cashier-rollup | X | |||||||||||||
| eum-acceptor | X | |||||||||||||
| eum-processor | X | |||||||||||||
| js-stack-trace-translator | X | |||||||||||||
| filler | X | X | X | X | X | |||||||||
| groundskeeper | X | X | X | X | ||||||||||
| issue-tracker | X | X | ||||||||||||
| nginx | X | X | X | X | X | X | X | |||||||
| processor | X | X | ||||||||||||
| eum-health-processor | X | |||||||||||||
| appdata-health-processor | X | |||||||||||||
| ui-backend | X | X | X | |||||||||||
| ui-client | X | X |
Installation, configuration et dépannage
Consultez les rubriques suivantes pour installer Classic Edition ou effectuer d'autres opérations en fonction de vos besoins :
- Installation de l'édition Classic
- Configuration de l'édition Classic
- Activation des indicateurs de fonctionnalité
- Fonctionnalités de l'édition Classic
- Exigences en matière d'accès réseau sortant
- Sauvegarde et restauration
- Activation et renouvellement des licences
- Configuration de la surveillance des utilisateurs finaux
- Configuration du fournisseur de services ( SAML /OIDC)
- Configuration de LDAP
- Traitement des incidents