Un cluster Amazon Redshift (utilisant des nœuds réservés) subit des pics intermittents d'utilisation intensive du CPU dus à des requêtes de lecture complexes pendant qu'une équipe effectue un audit approfondi. Le cluster doit continuer à servir les requêtes de lecture et d'écriture en permanence. Quelle option fournit la capacité de rafale requise de la manière la PLUS rentable ?

L'activation du Concurrency Scaling est la solution la plus rentable car elle permet à Amazon Redshift de gérer automatiquement les pics de requêtes en ajoutant de la capacité de traitement temporaire sans nécessiter de provisionnement manuel ou de modifications permanentes du cluster. Ces clusters de Concurrency Scaling sont facturés à la seconde et ne sont utilisés que lorsque la charge de travail l'exige, ce qui optimise les coûts. Provisionner un cluster EMR et y décharger les tâches serait une solution plus complexe et potentiellement plus coûteuse à gérer pour des pics intermittents. Le redimensionnement classique d'un cluster Redshift entraîne une interruption de service et n'est donc pas adapté à un besoin de disponibilité continue. Le redimensionnement élastique est une option pour augmenter la capacité, mais le Concurrency Scaling est spécifiquement conçu pour les pics de requêtes et est généralement plus rentable pour cette utilisation.