Share via

Organisation des ressources pour SQL Managed Instance avec Azure Arc

  • Article

Les décisions relatives à l’organisation des ressources constituent une base pour toutes les zones de conception liées à la conformité. Elles impliquent la préparation de votre environnement et la configuration de vos ressources afin que vous puissiez sécuriser, gérer et suivre efficacement les coûts liés à vos charges de travail.

La méthodologie Ready du Cloud Adoption Framework fournit des conseils pour l’organisation des ressources. Avant de déployer et d’implémenter vos charges de travail, passez en revue les conseils fournis dans Préparer l’adoption du cloud. Votre stratégie organisationnelle doit inclure vos ressources hybrides et multicloud, et ajouter des détails métier et opérationnels en tant que composants de la gestion de l’inventaire et des étiquettes de métadonnées.

Pour optimiser l’organisation de vos ressources lors de l’utilisation de services de données avec Azure Arc, il est important de savoir comment utiliser un regroupement de ressources cohérent, des normes de nommage définies, un étiquetage approprié et un contrôle d’accès affiné.

Cohérence des ressources et organisation

Avant de déployer SQL Managed Instance avec Azure Arc, il est important de définir une structure indiquant comment les ressources seront projetées aux étendues de gestion Azure : groupes d’administration, groupes de ressources et abonnements. Passez en revue les recommandations sur l’organisation des ressources dans Organiser vos ressources Azure efficacement.

En outre, pour évaluer l’impact de SQL Managed Instance avec Azure Arc sur votre modèle d’organisation des ressources global, passez en revue la zone de conception de l’organisation des ressources des zones d’atterrissage Azure.

En mode Connecté directement, le cluster Kubernetes où les services de données avec Azure Arc sont déployés doit être une ressource Kubernetes avec Azure Arc. Cela connecte votre cluster Kubernetes à Azure, vous permettant ainsi de déployer et de gérer les services de données Azure Arc directement à partir du portail Azure. Le cluster Kubernetes étant une ressource pour Azure Resource Manager lorsqu’il est compatible avec Arc, vous devez passer en revue les bonnes pratiques indiquées dans Organisation des ressources pour Kubernetes avec Azure Arc.

Le mappage est essentiel pour déterminer comment vous pouvez interagir avec ces ressources lors de l’application du contrôle d’accès en fonction du rôle (RBAC) et de l’attribution d’Azure Policy dans le cadre de votre modèle de gouvernance. Pour plus d'informations, consultez Meilleures pratiques pour les rôles Microsoft Entra.

Lors de la conception de cette structure, gardez à l’esprit les limites de service d’Azure Resource Manager, car elles sont susceptibles de s’appliquer à SQL Managed Instance avec Azure Arc. Lors de la conception de votre structure, il est important de connaître les limites des groupes de ressources et des abonnements. Pour plus d’informations sur les limites, consultez Abonnement Azure et limites, quotas et contraintes du service.

Une fois que vous avez créé une structure de taxonomie et déterminé quelles étaient les normes de nommage, nous vous recommandons d’appliquer des étiquettes aux ressources SQL Managed Instance avec Azure Arc. Vous pouvez appliquer une étiquette lors de l’intégration de l’instance ou après son inscription dans Azure, ce qui signifie que votre instance a un ID de ressource et fait partie d’un groupe de ressources au sein de votre abonnement. Une fois l’instance inscrite, elle peut tirer parti des constructions Azure standard comme les étiquettes de ressource. Les étiquettes de ressources vous permettent d’ajouter des métadonnées à une ressource afin de pouvoir localiser rapidement la ressource et d’automatiser des tâches opérationnelles, ce qui est important pour les opérations quotidiennes. Pour obtenir des instructions détaillées sur l’étiquetage, consultez Développer une stratégie de nommage et de catégorisation des ressources Azure.

Avant de déployer votre instance, veillez à consulter les articles suivants pour obtenir des recommandations sur les identités, l’accès, la connectivité réseau et le stockage :

Après avoir déployé SQL Managed Instance avec Azure Arc sur un groupe de ressources et ajouté des étiquettes, vous pouvez utiliser des requêtes Azure Resource Graph, afficher des regroupements basés sur des groupes de ressources, et organiser et inventorier vos ressources à l’aide d’étiquettes.

Emplacement personnalisé

Lors de la planification du déploiement des services de données avec Azure Arc en mode Connecté directement, n’oubliez pas que des emplacements personnalisés seront provisionnés et projetés dans votre abonnement Azure.

Diagram that shows mapping of custom locations to namespaces of Azure Arc-enabled data service.

Nous vous recommandons d’inclure ces ressources dans le cadre de votre méthodologie d’organisation des ressources (autrement dit, étiquettes et nommage). Il est particulièrement important de savoir qu’un emplacement personnalisé configure vos clusters Kubernetes avec Azure Arc en tant qu’emplacements cibles pour le déploiement d’instances d’offres Azure. Par conséquent, leur nommage et leur étiquetage doivent être pertinents pour votre entreprise et vos opérations, et s’aligner également sur un emplacement physique, un nom de centre de données et un environnement cloud. La convention de nommage de ressources pour SQL Managed Instance avec Azure Arc doit s’aligner sur vos applications métier qui utilisent des services de données.

Diagram that shows Azure Arc-enabled SQL Managed Instance custom location and Azure tags.

Étapes suivantes

Pour plus d’informations sur votre parcours cloud hybride et multicloud, consultez les articles suivants :