Tworzenie wystąpienia zarządzanego usługi Azure SQL
W tym artykule opisano sposób tworzenia wystąpienia zarządzanego SQL w dedykowanej podsieci sieci wirtualnej. Za pomocą komunikacji równorzędnej podsieci wystąpienia zarządzanego usługi Azure Monitor i podsieci usługi Azure SQL Managed Instance.
Uwaga
Aby dowiedzieć się więcej o architekturze wystąpienia zarządzanego programu SCOM, zobacz Wystąpienie zarządzane usługi Azure Monitor.
Tworzenie i konfigurowanie wystąpienia zarządzanego SQL
Przed utworzeniem wystąpienia zarządzanego programu SCOM utwórz wystąpienie zarządzane SQL. Aby uzyskać więcej informacji, zobacz Tworzenie wystąpienia zarządzanego SQL.
Uwaga
Jeśli spełnia to wymaganie, możesz ponownie użyć istniejącego wystąpienia zarządzanego SQL. Należy jednak skonfigurować ją tak, aby działała dla wystąpienia zarządzanego programu SCOM.
Zalecamy następujące ustawienia tworzenia wystąpienia zarządzanego SQL:
Grupa zasobów: utwórz nową grupę zasobów dla usługi 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 programu SCOM w celu odwoływania się do tego wystąpienia zarządzanego SQL.
Region: wybierz region blisko Ciebie. Nie ma ścisłego wymagania dotyczącego regionu wystąpienia, ale zalecamy najbliższy region na potrzeby minimalizacji 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 walidują wystąpienie zarządzane programu SCOM w swoich środowiskach testowych, mogą używać wystąpienia mi SQL z czterema rdzeniami wirtualnymi.
Metoda uwierzytelniania: wybierz pozycję Uwierzytelnianie SQL. Wprowadź poświadczenia, których chcesz używać do uzyskiwania dostępu do wystąpienia zarządzanego SQL. Te poświadczenia nie odnoszą się do żadnych utworzonych do tej pory.
Uwaga
Wybranie trybu uwierzytelniania SQL jest tymczasowe. W dalszej części kroku 5 zostanie zaktualizowany do używania identyfikatora Entra firmy Microsoft z tożsamością MSI.
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 programu 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 z siecią wirtualną wystąpienia zarządzanego SCOM, jak i siecią wirtualną usługi SQL Managed Instance.
Podsieć, którą podajesz usłudze 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 usługi 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 usługi SQL Managed Instance różni się od sieci wirtualnej wystąpienia zarządzanego SCOM:
- Utwórz regułę sieciowej grupy zabezpieczeń dla ruchu przychodzącego w podsieci wystąpienia zarządzanego SQL, aby zezwolić na ruch z podsieci wystąpienia zarządzanego SCOM do portu 3342 i 1433 w podsieci wystąpienia zarządzanego SQL. Aby uzyskać więcej informacji, zobacz Konfigurowanie publicznego punktu końcowego w usłudze Azure SQL Managed Instance.
- Za pomocą komunikacji równorzędnej sieci wirtualnej usługi SQL Managed Instance za pomocą tej, w której znajduje się wystąpienie zarządzane programu SCOM.
W przypadku pozostałych ustawień na innych kartach można 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.