Avant de créer une instance Lindorm, définissez quatre dimensions de configuration : le type de stockage, le moteur, la spécification des nœuds et le nombre de nœuds. Chaque choix influe sur la latence, les performances et le coût. Utilisez ce guide pour identifier le point de départ adapté à votre charge de travail.
Choix du type de stockage
Le type de stockage détermine la latence d'accès aux données. Lindorm utilise LindormDFS comme couche de stockage sous-jacente, ce qui découple le stockage du calcul. La capacité de stockage est partagée entre tous les moteurs au sein d'une même instance.
Règle de décision : choisissez votre type de stockage en fonction de la sensibilité de votre charge de travail à la latence en lecture/écriture. Les différents types de stockage établissent un compromis entre la latence et le coût ; alignez donc le niveau de stockage sur votre fréquence d'accès et vos exigences en matière de temps de réponse.
Pour comparer les types de stockage et leurs caractéristiques de latence, consultez Types de stockage.
Choix du moteur
Lindorm est une base de données multimodèle qui prend en charge les requêtes SQL, le traitement des données de séries temporelles ainsi que l'interrogation et l'analyse des données textuelles. Elle est compatible avec les API standard de plusieurs systèmes open source, ce qui vous permet de l'adopter sans réécrire la logique applicative existante.
Règle de décision : adaptez le moteur à votre modèle de données et à votre profil d'accès. Vous pouvez activer un ou plusieurs moteurs sur une seule instance. Si vous hésitez sur le moteur à utiliser en premier lieu, identifiez si votre charge de travail principale est relationnelle, temporelle, en colonnes larges ou orientée recherche, puis associez-la au moteur correspondant.
Pour savoir quel moteur convient à votre scénario, consultez Moteurs.
Choix de la spécification et du nombre de nœuds
Le dimensionnement des nœuds ne se limite pas à l'adéquation avec le débit brut en lecture/écriture. Vous devez également tenir compte de la distribution des accès et de la tolérance aux points chauds.
Toutes les spécifications de nœuds Lindorm sont dédiées. Chaque instance occupe exclusivement le CPU et la mémoire qui lui sont alloués ; ses performances ne sont donc pas affectées par les autres instances présentes sur le même serveur physique.
Recommandation par défaut : privilégiez moins de nœuds avec des spécifications élevées
Si vous ignorez comment votre trafic sera distribué, commencez par des nœuds aux spécifications plus élevées et en nombre réduit, plutôt que par un plus grand nombre de nœuds aux spécifications inférieures.
Si le trafic est uniformément réparti sur vos données : effectuez ultérieurement une mise à l'échelle horizontale en ajoutant des nœuds pour gérer l'augmentation de la charge. Lindorm prend en charge une mise à l'échelle horizontale illimitée.
Si le trafic se concentre sur un sous-ensemble de données (par exemple, lors d'une vente flash, d'une importation par lot ou d'un pic de séries temporelles) : c'est la spécification du nœud individuel, et non le nombre de nœuds, qui détermine si l'instance peut absorber le pic sans variation de latence. Une spécification de nœud plus élevée vous offre cette marge de manœuvre.
Cette recommandation s'applique dans les deux cas, car les nœuds aux spécifications élevées gèrent les scénarios de points chauds que des nœuds plus nombreux mais aux spécifications inférieures ne peuvent pas traiter, tout en permettant une mise à l'échelle horizontale lorsque votre charge augmente uniformément au fil du temps.
Pour un guide complet de dimensionnement, incluant la méthode d'estimation du nombre et de la spécification de nœuds adaptés à votre charge de travail, consultez Sélection du nombre et de la spécification des nœuds.
FAQ
Lorsqu'une option avec moins de nœuds aux spécifications élevées et une autre avec plus de nœuds aux spécifications inférieures satisfont toutes deux mes exigences, laquelle choisir ?
Commencez par des nœuds aux spécifications plus élevées et en nombre réduit. L'ajout de nœuds s'avère utile lorsque le trafic est uniformément réparti sur les données, mais lorsqu'il se concentre sur un petit sous-ensemble — par exemple, lors d'une vente flash ou d'une importation massive de données — c'est la spécification du nœud individuel qui détermine si l'instance peut absorber le pic sans variation. Une spécification de nœud plus élevée vous offre une meilleure résistance aux variations de performances et une stabilité globale du service accrue. Comme Lindorm prend en charge une mise à l'échelle horizontale illimitée, vous pouvez toujours ajouter des nœuds à mesure que le trafic augmente.