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.