Planification de l’évolutivité et des capacités

Cette section fournit des recommandations techniques pour la mise à l’échelle des environnements Adobe Commerce en vue de la préparation aux événements à trafic élevé tels que la saison des fêtes.

Planifier la mise à niveau anticipée du cluster (cloud uniquement) plan-cluster-upsize-early

Pour les clients Commerce sur les infrastructures cloud , une mise à niveau temporaire de cluster alloue davantage de ressources informatiques pour gérer les pics de trafic en haute saison. Préparez un ticket d’assistance à l’avance, en indiquant la période et la taille de cluster requise, et assurez-vous de consulter votre gestionnaire de compte dédié sur la consommation et les exigences actuelles en matière de ressources. Envoyez la demande au moins 48 heures ouvrables avant que la capacité ne soit nécessaire. En particulier pendant la période des fêtes, envoyez-la le plus tôt possible, car la capacité pendant le Black Friday et le Cyber Monday est limitée. Voir Comment demander une mise à niveau temporaire ​.

Par exemple, un client Pro-architecture avec une base quotidienne de 24 cœurs (24 processeurs virtuels, 96 Go de RAM) passant à 96 cœurs pendant 7 jours utiliserait environ 4 fois plus de ressources (96 processeurs virtuels, 384 Go de RAM), soit une consommation incrémentielle d’environ 504 jours processeur virtuel (96×7 − 24×7).

Blindage d’origine rapide fastly-origin-shielding

L’objectif du blindage d’origine d’Adobe Commerce Fastly est de réduire le trafic directement à l’origine Adobe Commerce. Lorsqu’une requête est reçue, un emplacement de périphérie Fastly (point de présence) vérifie le contenu mis en cache et le diffuse. S’il n’est pas mis en cache, il continue vers le Shield POP pour vérifier s’il y est mis en cache. Si le contenu a déjà été demandé, même à partir d’un autre POP global, il sera mis en cache. Enfin, s’il n’est pas mis en cache sur le Shield POP, il se rendra uniquement sur le serveur d’origine.

Fastly blindage d’origine peut être activé dans l’administration Adobe Commerce, dans les paramètres du serveur principal de configuration Fastly. Choisissez un emplacement de protection le plus proche de votre centre de données d’origine Adobe Commerce pour obtenir les meilleures performances. Pour plus d’informations, consultez Configuration des back-ends et du blindage d’origine. Par défaut, le blindage d’origine Fastly n’est pas activé.

Test de chargement et de basculement conduct-load-and-failover-tests

Effectuez des tests de chargement et de récupération avant les campagnes majeures afin de valider les configurations de mise à l’échelle et les plans de restauration.