Udostępnij za pośrednictwem


Organizacja zasobów dla wystąpienia zarządzanego SQL z obsługą usługi Azure Arc

Decyzje dotyczące organizacji zasobów stanowią podstawę dla wszystkich obszarów projektowych związanych ze zgodnością. Obejmują one przygotowanie środowiska i skonfigurowanie zasobów w celu efektywnego zabezpieczania i śledzenia kosztów związanych z obciążeniami oraz zarządzania nimi.

Metodologia Ready przewodnika Cloud Adoption Framework zawiera wskazówki dotyczące organizacji zasobów. Przed wdrożeniem i wdrożeniem obciążeń zapoznaj się z tym wskazówkami w temacie Przygotowanie do wdrożenia chmury. Strategia organizacyjna powinna obejmować zasoby hybrydowe i wielochmurowe oraz dodać szczegóły biznesowe i operacyjne jako składniki zarządzania spisem i tagów metadanych.

Aby zoptymalizować organizację zasobów podczas korzystania z usług danych z obsługą usługi Azure Arc, ważne jest, aby wiedzieć, jak używać spójnego grupowania zasobów, zdefiniowanych standardów nazewnictwa, odpowiednich tagów i szczegółowej kontroli dostępu.

Spójność zasobów i organizacja

Przed wdrożeniem wystąpienia zarządzanego SQL z obsługą usługi Azure Arc należy zdefiniować strukturę, w jaki sposób zasoby będą projektowane w zakresach zarządzania platformy Azure: grupy zarządzania, grupy zasobów i subskrypcje. Zapoznaj się z zaleceniami dotyczącymi efektywnego organizowania zasobów w temacie Organizowanie zasobów platformy Azure.

Ponadto, aby ocenić wpływ usługi SQL Managed Instance z obsługą usługi Azure Arc na ogólny model organizacji zasobów, przejrzyj obszar projektowania organizacji zasobów stref docelowych platformy Azure.

W trybie bezpośrednio połączonym klaster Kubernetes, w którym wdrażane są usługi danych z obsługą usługi Azure Arc, musi być zasobem Kubernetes z obsługą usługi Azure Arc. Spowoduje to połączenie klastra Kubernetes z platformą Azure, dzięki czemu można wdrażać usługi danych z obsługą usługi Azure Arc i zarządzać nimi bezpośrednio w witrynie Azure Portal. Ponieważ klaster Kubernetes jest zasobem usługi Azure Resource Manager, gdy jest on włączony w usłudze Arc, zapoznaj się z najlepszymi rozwiązaniami w organizacji zasobów dla platformy Kubernetes z obsługą usługi Azure Arc.

Mapowanie to klucz do określenia sposobu interakcji z tymi zasobami podczas stosowania kontroli dostępu opartej na rolach (RBAC) i przypisywania usługi Azure Policy w ramach modelu ładu. Aby uzyskać więcej informacji, zobacz Najlepsze rozwiązania dotyczące ról firmy Microsoft Entra.

Podczas projektowania tej struktury należy pamiętać o limitach usług usługi Azure Resource Manager, ponieważ mogą one dotyczyć wystąpienia zarządzanego SQL z obsługą usługi Azure Arc. Podczas projektowania struktury należy pamiętać o limitach grup zasobów i subskrypcji. Aby uzyskać więcej informacji na temat limitów, zobacz Azure subscription and service limits, quotas, and constraints (Limity, limity przydziału i ograniczenia usługi platformy Azure).

Po utworzeniu struktury taksonomii i uzgodnieniu standardów nazewnictwa zalecamy stosowanie tagów do zasobów wystąpienia zarządzanego SQL z obsługą usługi Azure Arc. Tag można zastosować podczas dołączania wystąpienia lub po jego zarejestrowaniu na platformie Azure — co oznacza, że wystąpienie ma identyfikator zasobu i jest częścią grupy zasobów w ramach subskrypcji. Po zarejestrowaniu wystąpienia może ona korzystać ze standardowych konstrukcji platformy Azure, takich jak tagi zasobów. Tagi zasobów umożliwiają dodawanie metadanych do zasobu, dzięki czemu można szybko zlokalizować zasób i zautomatyzować zadania operacyjne, co jest ważne dla codziennych operacji. Aby uzyskać szczegółowe wskazówki dotyczące tagowania, zobacz Develop your naming and tagging strategy for Azure resources (Opracowywanie strategii nazewnictwa i tagowania dla zasobów platformy Azure).

Przed wdrożeniem wystąpienia zapoznaj się z następującymi artykułami, aby zapoznać się z zaleceniami dotyczącymi tożsamości, dostępu, łączności sieciowej i magazynu:

Po wdrożeniu wystąpienia zarządzanego SQL z obsługą usługi Azure Arc w grupie zasobów i dodaniu tagów można użyć zapytań usługi Azure Resource Graph , wyświetlić grupy oparte na grupach zasobów oraz zorganizować i utworzyć spis zasobów przy użyciu tagów.

Lokalizacja niestandardowa

Podczas planowania wdrażania usług danych z obsługą usługi Azure Arc w trybie bezpośrednio połączonym należy wziąć pod uwagę, że lokalizacje niestandardowe zostaną aprowizowane i będą projektowane w ramach subskrypcji platformy Azure.

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

Zalecamy uwzględnienie tych zasobów w ramach metodologii organizacji zasobów (czyli tagów i nazewnictwa). Szczególnie ważne jest, aby wziąć pod uwagę, że lokalizacja niestandardowa konfiguruje klastry Kubernetes z włączoną usługą Azure Arc jako lokalizacje docelowe do wdrażania wystąpień ofert platformy Azure. W związku z tym ich nazewnictwo i tagowanie powinny być istotne dla twojej firmy i operacji, a także dostosować je do lokalizacji fizycznej, nazwy centrum danych i środowiska chmury. Konwencja nazewnictwa zasobów dla usługi SQL Managed Instance z obsługą usługi Azure Arc powinna być zgodna z aplikacjami biznesowymi korzystającymi z usług danych.

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

Następne kroki

Aby uzyskać więcej informacji na temat hybrydowej i wielochmurowej podróży w chmurze, zobacz następujące artykuły: