FAQ pour NetApp Workload Factory for Databases
Suggérer des modifications
PDF
Trouvez des réponses aux questions courantes sur NetApp Workload Factory for Databases, notamment les concepts, les prérequis et le comportement utiles lorsque vous déployez, enregistrez, optimisez, clonez et protégez des charges de travail de base de données sur Amazon FSx for NetApp ONTAP.
Premiers pas et autorisations
Workload Factory for Databases découvre, évalue, provisionne et gère les bases de données SQL Server, PostgreSQL et Oracle sur FSx for ONTAP.
Consultez "En savoir plus sur Workload Factory pour les bases de données" pour connaître les modèles pris en charge.
Workload Factory for Databases fonctionne dans toutes les régions commerciales où FSx for ONTAP est pris en charge, mais pas dans les régions chinoises, Secret Cloud ou Top Secret Cloud.
Non. Vous pouvez démarrer en mode de base sans accorder d'autorisations et copier des exemples de code partiellement remplis depuis Codebox. Si vous souhaitez détecter des hôtes et gérer des ressources, vous devez ajouter des identifiants AWS et créer des stratégies IAM pour les autorisations dont vous avez besoin. Voir "Démarrage rapide".
Le calculateur d'économies pour les hôtes détectés et l'analyseur de journaux d'erreurs nécessitent des autorisations de consultation, de planification et d'analyse. L'enregistrement des ressources, la création de bases de données, la création de clones sandbox et la correction des problèmes liés à la bonne architecture nécessitent des autorisations d'opérations et de correction. Le déploiement d'un nouvel hôte de base de données nécessite des autorisations de création d'hôte de base de données.
Déployer des hôtes de base de données
La création rapide applique les paramètres par défaut : déploiement FCI, Windows Server 2016 et SQL Server 2019 Standard Edition. La création avancée permet de personnaliser le modèle de déploiement (FCI ou instance unique), le système d’exploitation, l’édition, la version, le type d’instance, les IOPS et le débit provisionnés, le chiffrement et la surveillance.
Les déploiements FCI créent un système de fichiers FSx for ONTAP Multi-AZ, et FCI est pris en charge uniquement sur les configurations Multi-AZ. Les déploiements autonomes créent un système de fichiers Single-AZ. Si vous sélectionnez un système de fichiers existant, une nouvelle machine virtuelle de stockage est créée pour les charges de travail SQL Server.
C'est possible. Le déploiement crée les points de terminaison d'interface AWS et le point de terminaison de passerelle S3 dont il a besoin s'ils n'existent pas. Il définit également les attributs DNS du VPC EnableDnsSupport et EnableDnsHostnames sur « true » s'ils ne le sont pas déjà.
Vous devez disposer d'un accès administrateur Active Directory afin que le déploiement puisse rejoindre le domaine et créer des objets ordinateur. Le déploiement crée un compte de service SQL si vous n'en fournissez pas. Pour un Active Directory géré par l'utilisateur, vous devez fournir un groupe de sécurité autorisant le trafic des instances EC2 vers le service d'annuaire.
Lors du déploiement, Workload Factory active CredSSP pour la délégation d'identifiants aux scripts de provisionnement. Si une stratégie de groupe bloque la délégation CredSSP pour tous les ordinateurs du domaine, le déploiement échoue. Workload Factory désactive CredSSP après le déploiement.
Pas immédiatement. Workload Factory n'active pas la connexion à distance sur SQL Server déployé, vous devrez donc la configurer vous-même, par exemple en autorisant l'adresse IP ou le sous-réseau client requis dans le groupe de sécurité.
Enregistrer et gérer les ressources
L'enregistrement vous permet de créer des bases de données et des clones sandbox, d'effectuer une analyse des journaux d'erreurs et d'optimiser les configurations. Les ressources doivent s'exécuter sur le stockage FSx for ONTAP et figurer dans l'inventaire, ce qui nécessite des identifiants AWS. Vous devez également associer un lien au système de fichiers FSx for ONTAP et effectuer les vérifications préalables, notamment concernant AWS et les modules NetApp PowerShell pour SQL Server.
Seules les instances SQL Server (FCI et autonomes) et les bases de données Oracle peuvent être enregistrées et gérées. Les hôtes PostgreSQL apparaissent dans Inventory en fonction de vos identifiants AWS, mais ne sont pas enregistrés. La détection concerne uniquement PostgreSQL sur Amazon Linux et Oracle uniquement sur Red Hat Enterprise Linux.
Rendez les points de terminaison VPC pour S3, AWS Systems Manager et FSx for ONTAP disponibles dans le VPC et autorisez le port 443 dans le groupe de sécurité des points de terminaison d'interface. Si vous utilisez un proxy, vous devez également autoriser les domaines Microsoft, PowerShell Gallery (SQL Server) et AWS requis.
Vous ne pouvez plus déployer sur la ressource ni la surveiller depuis la console, et sa capacité de stockage FSx for ONTAP n'est plus comptabilisée comme utilisée par l'instance. Vous pourrez enregistrer à nouveau la ressource ultérieurement.
La création d'une base de données ajoute deux nouveaux volumes avec des LUN indépendants pour les fichiers de données et de journalisation. Ces fichiers bénéficient d'un provisionnement fin et n'occupent que quelques mégaoctets de l'espace alloué. Les serveurs SQL Server qui utilisent SMB ne prennent pas en charge la création de bases de données.
Calculateur d'économies
Il compare les coûts de stockage, de calcul, de licence SQL, de snapshot et de clone sur FSx for ONTAP à ceux d’Amazon Elastic Block Store, de FSx for Windows File Server et du stockage sur site. Pour les hôtes sur site, téléchargez un script d’évaluation PowerShell, exécutez-le sur l’hôte et téléchargez les résultats. Vous pouvez ensuite sélectionner jusqu’à cinq hôtes à analyser. Notez que la taille des volumes sur site n’est pas prise en compte dans les calculs des coûts et des économies en pourcentage.
Il est recommandé de rétrograder l'instance lorsqu'elle dispose de 48 vCPU ou moins et de 128 Go de mémoire ou moins. L'instance ne doit pas non plus utiliser les fonctionnalités Enterprise telles que les opérations d'indexation en ligne, Resource Governor, la réplication peer-to-peer ou Oracle, les extensions R/Python ou TempDB à mémoire optimisée. Le modèle de déploiement ne doit pas non plus nécessiter Enterprise.
Vous pouvez sélectionner jusqu'à cinq hôtes détectés. Workload Factory les regroupe en une seule recommandation de configuration FSx for ONTAP avec une instance SQL, sauf si les hôtes dépassent les limites de débit, de capacité ou d'IOPS d'un seul système de fichiers. La création ou l'enregistrement de plusieurs systèmes de fichiers FSx for ONTAP n'est pas pris en charge.
Configurations bien architecturées
L'évaluation ponctuelle exécute un script sur l'hôte et télécharge les résultats, de sorte qu'aucun identifiant n'est stocké et que l'enregistrement des ressources n'est pas nécessaire. L'évaluation continue nécessite l'enregistrement des ressources, l'association d'un lien et l'octroi des autorisations. Elle analyse quotidiennement et peut corriger automatiquement les problèmes.
Certaines corrections peuvent entraîner une interruption ou des interruptions de service ; examinez donc d’abord chaque recommandation. Par exemple, testez les recommandations RSS et MAXDOP afin d’évaluer les performances avant de les appliquer en production.
Oui. Le rejet d'une configuration interrompt son analyse, évite les alertes inutiles et la retire du score d'optimisation total. Vous pouvez la réactiver à tout moment, et l'analyse reprendra alors quotidiennement.
Les snapshots FSx pour ONTAP planifiés ne sont pas cohérents au niveau des applications. Il est recommandé de gérer les snapshots en externe à l’aide d’outils tels que NetApp SnapCenter afin d’obtenir des sauvegardes cohérentes au niveau des applications et d’éviter toute corruption lors de la restauration. Notez que le déploiement Advanced create host active par défaut une stratégie de snapshot quotidienne avec une durée de conservation de 7 jours.
Clones de bac à sable
Un clone sandbox est créé à partir du snapshot le plus récent de la base de données source. Il peut se trouver sur la même instance SQL Server ou sur une autre, à condition que l'hôte cible soit dans le même VPC et partage le même système de fichiers FSx for ONTAP que la source. Sa création requiert un SQL Server géré (enregistré), ainsi que des autorisations d'opérations et de correction.
L'option « Actualiser » synchronise le clone avec l'état actuel de la base de données source ou avec un instantané précédent, et supprime toutes les modifications que vous avez apportées au clone. L'option « Rétablir la base de référence » ramène le clone à son état au moment de sa création, supprime également les modifications et permet de gagner de l'espace par rapport à la création d'un nouveau clone. L'option « Séparer » transforme le clone en une base de données indépendante qui consomme de la capacité de stockage, et le clone est supprimé une fois la séparation terminée.
Si vous créez un clone pendant que la base de données est occupée, le clone risque de ne pas être synchronisé avec le dernier instantané. Le contrôle d'intégrité examine tous les objets du clone. En cas d'échec, n'utilisez pas le clone et créez-en un nouveau.
La division crée une nouvelle base de données qui consomme du stockage supplémentaire. Prévoyez la capacité nécessaire et augmentez au préalable la capacité du système de fichiers FSx for ONTAP si nécessaire.
Protection des données
Il sauvegarde les charges de travail à l’aide d’instantanés locaux sur le stockage principal FSx for ONTAP et les réplique vers le stockage secondaire FSx for ONTAP à l’aide de la technologie SnapMirror. Vous créez des stratégies de protection dans Backup and Recovery.
L'instance SQL Server doit être enregistrée avec des identifiants Windows. Vous devez également respecter les exigences de Backup and Recovery pour SQL Server, les exigences de NetApp Console (y compris un agent Console) et les exigences de licence. Workload Factory installe ensuite le Plug-in for Microsoft SQL Server et vous redirige vers Backup and Recovery pour créer une stratégie de protection.
Automatisation et analyse des erreurs
Codebox est un copilote d’infrastructure en tant que code qui génère du code REST API, AWS CLI, CloudFormation et Terraform pour les opérations prises en charge par Workload Factory. Le code Terraform masque les mots de passe fsxadmin et vsadmin, vous devez donc les saisir à nouveau. Un modèle CloudFormation téléchargé ou copié n’est conservé que pendant sept jours. Voir "Automatisez avec Codebox".
L'analyseur nécessite l'activation d'Amazon Bedrock, un point de terminaison VPC Bedrock associé au sous-réseau de l'hôte, des ressources enregistrées et les autorisations IAM requises. Pour Oracle, vous devez également autoriser l'accès à V$DIAG_ALERT_EXT. Si votre administrateur de compte a désactivé les fonctionnalités d'IA, l'analyseur n'est pas disponible.
Les données de journalisation et les agrégations restent dans votre compte AWS et transitent par un point de terminaison VPC privé, sans être exposées sur Internet. Les données client ne sont pas utilisées pour l'entraînement ou l'amélioration des modèles. Bedrock traite les journaux en temps réel et les résultats sont stockés dans votre environnement.