Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
S’applique à :
Azure SQL DatabaseAzure SQL Managed InstanceSQL Server sur machine virtuelle Azure
Le portail Azure inclut un arbre de décision dans le hub Azure SQL à aka.ms/azuresqlhub pour vous aider à trouver la bonne option pour votre architecture d’application dans Azure SQL.
Diagramme de l’arbre de décision
Le diagramme d’arbre de décision suivant montre chaque étape de décision générale.
Arbre de décision expliqué
L’explication suivante couvre chaque point de décision de haut niveau. Votre architecture d’application peut impliquer d’autres facteurs et points de décision.
Créez-vous une nouvelle application ?
Oui: Tenez compte d’Azure SQL Database et d’Azure SQL Database Hyperscale.
Si vous créez une nouvelle solution SaaS (Software-as-a-Service) pour des centaines de clients ou plus, envisagez Azure SQL Database à l’aide de pools élastiques pour fournir des coûts de ressources rentables et prévisibles à de nombreuses bases de données client distinctes.
Si vous créez d’autres types d’applications, envisagez Azure SQL Database Hyperscale. Vous pouvez également envisager des pools élastiques Hyperscale Azure SQL Database pour fournir des coûts de ressources rentables et prévisibles à de nombreuses bases de données.
Non: Le meilleur choix de plateforme dépend d’autres facteurs, comme si vous migrez une charge de travail existante et d’autres fonctionnalités. Continuez à lire.
Migrez-vous une base de données existante ?
Non: Tenez compte d’Azure SQL Database et d’Azure SQL Database Hyperscale.
Si vous créez une nouvelle solution SaaS (Software-as-a-Service) pour des centaines de clients ou plus, envisagez Azure SQL Database à l’aide de pools élastiques pour fournir des coûts de ressources rentables et prévisibles à de nombreuses bases de données client distinctes.
Si vous créez d’autres types d’applications, envisagez Azure SQL Database Hyperscale. Vous pouvez également envisager des pools élastiques Hyperscale Azure SQL Database pour fournir des coûts de ressources rentables et prévisibles à de nombreuses bases de données.
Oui: Tenez compte de la configuration système requise que vous avez à partir de la plateforme de base de données existante. Continuez à lire.
Avez-vous besoin d’un contrôle au niveau du système d’exploitation, d’un accès au système de fichiers ou d’une version SQL Server spécifique ?
Oui: La meilleure solution pour les migrations locales qui nécessitent un accès au système d’exploitation et au système de fichiers, peut-être pour l’intégration à d’autres applications qui doivent être installées localement sur l’instance SQL Server, est SQL Server sur des machines virtuelles Azure.
Si vous devez exécuter une version spécifique de SQL Server qui n’est pas la dernière version et ne sera pas automatiquement conservée à jour, utilisez SQL Server sur des machines virtuelles Azure.
Non: Tenez compte des exigences relatives aux fonctionnalités que vous avez à partir de la plateforme de base de données existante. Une base de données PaaS (Platform as a Service) qui gère l’instance SQL Server et la mise à jour corrective du système d’exploitation pour vous est plus facile et plus simple à utiliser. Continuez à lire pour plus d’options.
Votre charge de travail nécessite-t-elle une réplication transactionnelle, .NET CLR, SQL Agent, des requêtes inter-bases de données ou un serveur lié ?
Oui: Choisissez Azure SQL Managed Instance. Ces fonctionnalités SQL Server et Windows sont disponibles avec Azure SQL Managed Instance, même si d’autres aspects de l’instance et du système d’exploitation sont gérés pour vous, tels que la mise à jour corrective, la haute disponibilité et les sauvegardes.
Non: Si vous n’avez pas besoin de ces fonctionnalités, d’autres options Azure SQL sont disponibles pour simplifier l’administration de votre base de données. Continuez à lire.
Avez-vous besoin ou la stratégie d’entreprise nécessite-t-elle la possibilité de revenir à la base de données locale ou intercloud ?
Oui: Choisissez Azure SQL Managed Instance, qui fournit la migration et la migration inversée, ainsi que la synchronisation locale vers le cloud via des groupes de disponibilité.
Non: D’autres options restent disponibles pour votre scénario. Continuez à lire.
Attendez-vous que la base de données reste inférieure à 4 To ?
Oui: Choisissez Azure SQL Database. En outre, si vous envisagez une nouvelle solution SaaS (software-as-a-service) pour des centaines de clients ou plus, configurez Azure SQL Database avec des pools élastiques pour fournir des coûts de ressources rentables et prévisibles à de nombreuses bases de données client distinctes. Vous pouvez envisager une architecture de base de données qui sépare chaque client de sa propre base de données à l’aide de pools élastiques, chacune étant censée rester inférieure à 4 To.
Non: Azure SQL Managed Instance et Azure SQL Database Hyperscale offrent des limitations de taille totale de base de données beaucoup plus élevées. Continuez à lire.
Attendez-vous que votre base de données reste inférieure à 32 To ?
Azure SQL Managed Instance et Azure SQL Database Hyperscale peuvent fonctionner pour votre solution, mais Azure SQL Managed Instance a une limite actuelle de 32 To. Azure SQL Database Hyperscale a une limite actuelle de 128 To.
- Si vous créez une nouvelle solution SaaS (software-as-a-service) pour des centaines de clients ou plus, envisagez des pools élastiques Azure SQL Database Hyperscale ou des pools Azure SQL Managed Instance pour fournir des coûts de ressources rentables et prévisibles à de nombreuses bases de données client distinctes.