Twórca wystąpienia zarządzanego Azure SQL

W tym artykule opisano sposób tworzenia wystąpienia zarządzanego SQL w dedykowanej podsieci sieci wirtualnej. Komunikacja równorzędna podsieci wystąpienia zarządzanego usługi Azure Monitor i podsieci Azure SQL Managed Instance.

Uwaga

Aby dowiedzieć się więcej na temat architektury wystąpienia zarządzanego programu SCOM, zobacz Wystąpienie zarządzane usługi Azure Monitor.

Twórca i konfigurowanie wystąpienia zarządzanego SQL

Przed utworzeniem wystąpienia zarządzanego SCOM utwórz wystąpienie zarządzane SQL. Aby uzyskać więcej informacji, zobacz Twórca wystąpienia zarządzanego SQL.

Uwaga

Możesz ponownie użyć istniejącego wystąpienia zarządzanego SQL, jeśli jest to zgodne z wymaganiami. Należy jednak skonfigurować ją do pracy z wystąpieniem zarządzanym SCOM.

Zalecamy następujące ustawienia tworzenia wystąpienia zarządzanego SQL:

• Grupa zasobów: Twórca nową grupę zasobów dla SQL Managed Instance. Najlepszym rozwiązaniem jest utworzenie nowej grupy zasobów dla dużych zasobów platformy Azure.

• Nazwa wystąpienia zarządzanego: wybierz unikatową nazwę. Ta nazwa jest używana podczas tworzenia wystąpienia zarządzanego SCOM w celu odwoływania się do tego wystąpienia zarządzanego SQL.

• Region: wybierz region blisko Ciebie. Nie ma ścisłego wymogu dotyczącego regionu dla wystąpienia, ale zalecamy najbliższy region na potrzeby opóźnień.

• Obliczenia i magazyn: Ogólnego przeznaczenia (Gen5) z ośmioma rdzeniami jest wartością domyślną. Jednak klienci z mniej niż 2000 obciążeniami lub klientami, którzy weryfikowają wystąpienie zarządzane programu SCOM w swoich środowiskach testowych, mogą używać wystąpienia wystąpienia zarządzanego SQL z czterema rdzeniami wirtualnymi.

• Metoda uwierzytelniania: wybierz pozycję Uwierzytelnianie SQL. Wprowadź poświadczenia, których chcesz użyć do uzyskiwania dostępu do wystąpienia zarządzanego SQL. Te poświadczenia nie odwołują się do żadnych utworzonych do tej pory.

  Uwaga

  Wybór trybu uwierzytelniania SQL jest tymczasowy. W dalszej części kroku 5 zostanie on zaktualizowany do używania Tożsamość Microsoft Entra z tożsamością usługi zarządzanej.

• Sieć wirtualna: to wystąpienie zarządzane SQL musi mieć bezpośrednią łączność (widok) z wystąpieniem zarządzanym SCOM utworzonym w przyszłości. Wybierz sieć wirtualną, która zostanie ostatecznie użyta dla wystąpienia zarządzanego SCOM. Jeśli wybierzesz inną sieć wirtualną, upewnij się, że ma ona łączność z siecią wirtualną wystąpienia zarządzanego SCOM przez komunikację równorzędną zarówno sieci wirtualnej wystąpienia zarządzanego SCOM, jak i sieci wirtualnej SQL Managed Instance.

  Podsieć, którą podajesz, SQL Managed Instance musi być dedykowana (delegowana) do wystąpienia zarządzanego SQL. Podana podsieć nie może być używana do jakichkolwiek innych zasobów.

  Zgodnie z projektem wystąpienie zarządzane wymaga co najmniej 32 adresów IP w podsieci. W związku z tym można użyć minimalnej maski podsieci /27 podczas definiowania zakresów adresów IP podsieci. Aby uzyskać więcej informacji, zobacz Określanie wymaganego rozmiaru i zakresu podsieci dla Azure SQL Managed Instance.

• Typ połączenia: domyślnie typ połączenia to Serwer proxy.

• Publiczny punkt końcowy: to ustawienie może być włączone lub wyłączone. Aby korzystać z raportowania usługi Power BI, musisz włączyć publiczny punkt końcowy.

  Jeśli sieć wirtualna SQL Managed Instance różni się od sieci wirtualnej wystąpienia zarządzanego SCOM:

  • Twórca regułę sieciowej grupy zabezpieczeń dla ruchu przychodzącego w podsieci SQL Managed Instance, aby zezwolić na ruch z podsieci wystąpienia zarządzanego SCOM do portów 3342 i 1433 w podsieci SQL Managed Instance. Aby uzyskać więcej informacji, zobacz Konfigurowanie publicznego punktu końcowego w Azure SQL Managed Instance.
  • Zaimówj SQL Managed Instance sieć wirtualną przy użyciu tej, w której znajduje się wystąpienie zarządzane programu SCOM.

W przypadku pozostałych ustawień na innych kartach możesz pozostawić je jako domyślne lub zmienić je zgodnie z wymaganiami.

Uwaga

Tworzenie nowego wystąpienia zarządzanego SQL może potrwać do sześciu godzin.

Następne kroki

• Twórca magazynu kluczy