Considérations relatives aux entrepôts¶

Sélection d’une taille d’entrepôt initiale¶

La taille initiale que vous sélectionnez pour un entrepôt dépend de la tâche qu’il effectue et de la charge de travail qu’il traite. Par exemple :

• Pour le chargement des données, la taille de l’entrepôt doit correspondre au nombre de fichiers en cours de chargement et à la quantité de données dans chaque fichier. Pour plus de détails, voir Planification d’un chargement de données.

• Pour les requêtes dans des environnements de test à petite échelle, des tailles d’entrepôts plus petites (X-Small, Small, Medium) peuvent suffire.

• Pour les requêtes dans des environnements de production à grande échelle, des tailles d’entrepôt plus grandes (Large, X-Large, 2X-Large, etc.) peuvent s’avérer plus rentables.

Toutefois, notez que la facturation à la seconde et la suspension automatique du crédit vous permettent de commencer avec des tailles plus grandes, puis d’ajuster la taille en fonction de vos charges de travail. Vous pouvez toujours réduire la taille d’un entrepôt à tout moment.

Par ailleurs, un entrepôt plus grand n’est pas nécessairement plus rapide pour les requêtes plus petites et plus basiques. Les petites/simples requêtes n’ont généralement pas besoin d’un entrepôt X-Large (ou plus grand), car elles ne profitent pas nécessairement des ressources supplémentaires, quel que soit le nombre de requêtes traitées simultanément. En général, essayez d’adapter la taille de l’entrepôt virtuel à la taille et à la complexité prévues des requêtes à traiter par l’entrepôt.

Automatisation de la suspension de l’entrepôt¶

Les entrepôts peuvent être configurés de sorte à s’arrêter automatiquement lorsqu’aucune activité n’est effectuée après une certaine période. La suspension automatique s’active en spécifiant la période d’inactivité (minutes, heures, etc.) pour l’entrepôt.

Nous vous recommandons de paramétrer la suspension automatique en fonction de votre charge de travail et de vos besoins en matière de disponibilité de l’entrepôt :

• Si vous activez la suspension automatique, nous vous recommandons de la régler sur une valeur faible (p. ex. 5 ou 10 minutes, ou moins), car Snowflake utilise la facturation à la seconde. Cela aidera à empêcher vos entrepôts de rester exécutés (et de consommer des crédits) lorsqu’ils ne sont pas utilisés.

  Toutefois, la valeur que vous définissez doit correspondre aux temps morts, le cas échéant, dans votre charge de travail de requête. Par exemple, si vous avez des temps morts réguliers de 2 ou 3 minutes entre chaque requête entrante, il n’est pas conseillé de régler la suspension automatique sur 1 ou 2 minutes, car votre entrepôt sera continuellement dans un état de suspension et de reprise (si la reprise automatique est également activée) et à chaque reprise, la consommation minimale de crédit vous sera facturée (c’est-à-dire 60 secondes).

• Pensez à désactiver la suspension automatique d’un entrepôt si :

  • Vous avez une charge de travail élevé et constante pour l’entrepôt.

  • Vous avez besoin que l’entrepôt soit disponible sans délai ni décalage. La mise en service d’un entrepôt est généralement très rapide (p. ex. 1 ou 2 secondes). Cependant, la mise en service peut être plus longue en fonction de la taille de l’entrepôt et de la disponibilité des ressources de calcul à provisionner.

Automatisation de la reprise de l’entrepôt¶

Les entrepôts peuvent être configurés de sorte à redémarrer lorsque de nouvelles requêtes sont soumises.

Nous vous recommandons d’activer/de désactiver la reprise automatique en fonction du degré de contrôle que vous souhaitez exercer sur l’utilisation d’un entrepôt particulier :

• Si le coût et l’accès ne sont pas un problème, activez la reprise automatique pour vous assurer que l’entrepôt démarre chaque fois que nécessaire. Gardez à l’esprit que la reprise de l’entrepôt peut subir un court décalage en raison de la mise en route de l’entrepôt.

• Si vous souhaitez contrôler les coûts et/ou l’accès des utilisateurs, laissez la fonction de reprise automatique désactivée, et effectuez plutôt une reprise manuelle de l’entrepôt lorsque cela est nécessaire.

Le redimensionnement de l’entrepôt améliore les performances.¶

Le redimensionnement d’un entrepôt améliore généralement les performances des requêtes, en particulier celles des requêtes plus importantes et plus complexes. Cela peut également contribuer à réduire les files d’attente si un entrepôt ne dispose pas d’un nombre suffisant de ressources de calcul pour traiter toutes les requêtes qui sont soumises simultanément. Notez que redimensionner un entrepôt n’a pas pour but de résoudre les problèmes de simultanéité. Pour résoudre ce problème, utilisez des entrepôts supplémentaires afin de faire face à la charge de travail ou utilisez un entrepôt multi-clusters (si cette fonction est disponible pour votre compte).

Snowflake permet de redimensionner un entrepôt à tout moment, même lorsqu’il est en cours d’exécution. Si une requête s’exécute lentement et que vous avez des requêtes supplémentaires de taille et de complexité similaires que vous souhaitez exécuter sur le même entrepôt, vous pouvez choisir de redimensionner l’entrepôt en cours d’exécution. Cependant, prenez compte des remarques suivantes :

• Comme nous l’avons déjà dit à propos de la taille de l’entrepôt, « plus grand » ne signifie pas nécessairement « plus rapide ». Pour les requêtes de base plus petites, qui s’exécutent déjà rapidement, vous ne verrez peut-être pas d’améliorations significatives après le redimensionnement.

• Le redimensionnement d’un entrepôt en cours d’exécution n’a aucune conséquence sur les requêtes qui sont déjà en cours de traitement par l’entrepôt. Les ressources de calcul supplémentaires, une fois entièrement provisionnées, ne sont utilisées que pour les requêtes en attente et les nouvelles requêtes.

• Le redimensionnement d’un entrepôt 5XL ou 6XL à un entrepôt 4XL ou plus petit entraîne une brève période pendant laquelle le client est facturé à la fois pour le nouveau et l’ancien entrepôt, le temps que l’ancien entrepôt passe en mode « quiescing ».

Les entrepôts multi-clusters améliorent la simultanéité.¶

Les entrepôts multi-clusters sont conçus spécifiquement pour traiter les problèmes de file d’attente et de performance liés à un grand nombre d’utilisateurs et/ou de requêtes simultanés. De plus, les entrepôts multi-clusters peuvent vous aider à automatiser ce processus si votre nombre d’utilisateurs/demandes a tendance à fluctuer.

Lorsque vous décidez d’utiliser ou non des entrepôts multi-clusters et du nombre de clusters à utiliser par entrepôt multi-clusters, tenez compte des éléments suivants :

• Si vous utilisez Snowflake Enterprise Edition (ou une édition supérieure), tous vos entrepôts doivent être configurés comme des entrepôts multi-clusters.

• À moins que vous n’ayez une raison particulière d’utiliser le mode « Maximisé », les entrepôts multi-clusters doivent être configurés de sorte à être exécutés en mode « Mise à l’échelle automatique », ce qui permet à Snowflake de démarrer et de s’arrêter automatiquement.

• Lors du choix du nombre minimum et maximum de clusters pour un entrepôt multi-clusters :

  Minimum:

  Conservez la valeur par défaut de 1, ce qui garantit que les clusters supplémentaires ne sont lancés qu’en cas de besoin. Toutefois, si la haute disponibilité de l’entrepôt est importante, réglez la valeur sur une valeur supérieure à 1. Cela permet d’assurer la disponibilité et la continuité de l’entrepôt multi-clusters dans l’éventualité peu probable d’une défaillance de cluster.

  Maximum:

  Réglez cette valeur sur une valeur aussi grande que possible, tout en tenant compte de la taille de l’entrepôt et des coûts de crédit correspondants. Par exemple, un entrepôt multi-clusters X-Large avec un maximum de clusters = 10 consommera 160 crédits en une heure si les 10 clusters fonctionnent en continu pendant une heure.