Par défaut, le dispositif virtuel vRealize Log Insight utilise les valeurs prédéfinies pour les petites configurations.
Déploiement autonome
Vous pouvez modifier les paramètres du dispositif afin de répondre aux besoins de l'environnement pour lequel vous prévoyez de collecter des journaux lors du déploiement.
vRealize Log Insight fournit des tailles de VM (machines virtuelles) prédéfinies que vous pouvez sélectionner pour répondre aux exigences d'ingestion de votre environnement. Il s'agit de combinaisons de tailles certifiées de ressources de calcul et de disque, mais vous pouvez ajouter des ressources supplémentaires par la suite. Une petite configuration consomme le moins de ressources possible tout en restant prise en charge. Une très petite configuration n'est appropriée que pour les démos.
Taille prédéfinie |
Taux d'ingestion des journaux |
CPU virtuels |
Mémoire |
IOPS |
Connexions Syslog (connexions TCP actives) |
Événements par seconde |
Très petite |
6 Go/jour |
2 |
4 Go |
75 |
20 |
400 |
Petite |
30 Go/jour |
4 |
8 Go |
500 |
100 |
2000 |
Moyenne |
75 Go/jour |
8 |
16 Go |
1 000 |
250 |
5000 |
Grande |
225 Go/jour |
16 |
32 Go |
1 500 |
750 |
15 000 |
Vous pouvez utiliser un agrégateur syslog pour augmenter le nombre de connexions syslog qui envoient des événements à
vRealize Log Insight. Cependant, le nombre maximal d'événements par seconde est fixe et ne dépend pas de l'utilisation d'un agrégateur syslog. Une instance de
vRealize Log Insight ne peut pas être utilisée comme agrégateur syslog.
Le dimensionnement repose sur les hypothèses suivantes.
- Chaque CPU virtuel est d'au moins 2 GHz.
- Chaque hôte ESXi envoie jusqu'à 10 messages par seconde avec une taille moyenne de message de 170 octets/message, ce qui équivaut approximativement à 150 Mo par jour et par hôte.
Note : Pour les grandes installations, vous devez mettre à niveau la version du matériel virtuel de la machine virtuelle
vRealize Log Insight.
vRealize Log Insight prend en charge la version 7 (ou version ultérieure) du matériel virtuel. La version 7 du matériel virtuel peut prendre en charge jusqu'à 8 CPU virtuels. Par conséquent, si vous prévoyez de provisionner 16 CPU virtuels, vous devez effectuer la mise à niveau vers la version 8 du matériel virtuel ou une version ultérieure pour ESXi 5.x. Vous utilisez vSphere Client pour mettre à niveau le matériel virtuel. Pour mettre à niveau le matériel virtuel vers la dernière version, prenez connaissance des informations de l'article
Mise à niveau d'une machine virtuelle vers la dernière version matérielle (1010675) de la base de connaissances VMware.
Déploiement en cluster
Utilisez une configuration moyenne ou plus grande pour les nœuds principal et travailleur dans un cluster vRealize Log Insight. Le nombre d'événements par seconde est directement proportionnel au nombre de nœuds. Par exemple, dans un cluster de 3 à 18 nœuds (les clusters doivent comporter au moins trois nœuds), l'ingestion dans un cluster de 18 nœuds est de 270 000 événements par seconde (EPS) ou 4 To d'événements par jour.
Réduction de la taille de la mémoire
Utilisez la version Très petite du dispositif dans un environnement de validation technique ou de test, mais pas dans un environnement de production. Cette configuration prend en charge jusqu'à 20 hôtes ESXi (environ 200 événements/seconde ou environ 3 Go/jour).
Calculatrice de dimensionnement de vRealize Log Insight
Une calculatrice vous aide à déterminer le dimensionnement de vRealize Log Insight ainsi que l'utilisation du réseau et du stockage. Cet outil fournit des informations précieuses mais son utilisation est facultative. La plupart des valeurs d'environnement étant propres à leur site de destination, la calculatrice utilise nécessairement des estimations dans certaines zones. Reportez-vous à https://www.vmware.com/go/loginsight/calculator.
Note : Les performances globales de
vRealize Log Insight peuvent se dégrader si des redirecteurs sont définis par rapport au champ de texte avec des conditions complexes ou multiples impliquant des expressions régulières, par exemple «
text=~« Suppression de la machine ». Dans de tels cas, en particulier lorsque la charge globale sur le cluster est élevée, cela peut avoir une incidence sur les performances. Les blocs de disques peuvent alors s'accumuler sur chaque nœud du cluster.