Instalowanie płatnych lub licencjonowanych składników niestandardowych w środowisku Azure-SSIS Integration Runtime
DOTYCZY: Azure Data Factory Azure Synapse Analytics> [! PORADA] > Wypróbuj usługę Data Factory w usłudze Microsoft Fabric — rozwiązanie analityczne typu all-in-one dla przedsiębiorstw. Usługa Microsoft Fabric obejmuje wszystko, od przenoszenia danych do nauki o danych, analizy w czasie rzeczywistym, analizy biznesowej i raportowania. Dowiedz się, jak rozpocząć nową wersję próbną bezpłatnie!]
W tym artykule opisano sposób tworzenia i instalowania płatnych lub licencjonowanych składników niestandardowych dla pakietów usług SQL Server Integration Services (SSIS) uruchamianych na platformie Azure w środowisku Azure-SSIS Integration Runtime i serwera proxy z własnym środowiskiem Integration Runtime.
Instalowanie płatnych lub licencjonowanych składników niestandardowych w środowisku Azure-SSIS Integration Runtime
Problem
Charakter środowiska Azure-SSIS Integration Runtime stanowi kilka wyzwań, które sprawiają, że typowe metody licencjonowania używane do instalacji lokalnych składników niestandardowych są nieodpowiednie. W związku z tym środowisko Azure-SSIS IR wymaga innego podejścia.
Węzły środowiska Azure-SSIS IR są niestabilne i można je przydzielić lub zwolnić w dowolnym momencie. Można na przykład uruchomić lub zatrzymać węzły, aby zarządzać kosztami, albo skalować w górę i w dół za pomocą różnych rozmiarów węzłów. W związku z tym powiązanie licencji składnika innej firmy z określonym węzłem przy użyciu informacji specyficznych dla maszyny, takich jak adres MAC lub identyfikator procesora CPU, nie jest już możliwe.
Możesz również skalować środowisko Azure-SSIS IR w poziomie lub w poziomie, aby liczba węzłów mogła się zmniejszać lub rozszerzać w dowolnym momencie.
Rozwiązanie
W wyniku ograniczeń tradycyjnych metod licencjonowania opisanych w poprzedniej sekcji środowisko Azure-SSIS IR udostępnia nowe rozwiązanie. To rozwiązanie używa zmiennych środowiskowych systemu Windows i zmiennych systemowych usług SSIS na potrzeby powiązania licencji i walidacji składników innych firm. Dostawcy oprogramowania mogą używać tych zmiennych do uzyskiwania unikatowych i trwałych informacji dla środowiska Azure-SSIS IR, takich jak identyfikator klastra i liczba węzłów klastra. Dzięki tym infom dostawcy oprogramowania mogą następnie powiązać licencję swojego składnika z środowiskiem Azure-SSIS IR jako klastrem. To powiązanie używa identyfikatora, który nie zmienia się w przypadku uruchamiania lub zatrzymywania klientów, skalowania w górę lub w dół, skalowania w poziomie lub ponownego konfigurowania środowiska Azure-SSIS IR w żaden sposób.
Na poniższym diagramie przedstawiono typowe przepływy instalacji, aktywacji i licencji oraz weryfikacji dla składników innych firm, które używają tych nowych zmiennych:
Instrukcje
Dostawcy oprogramowania mogą oferować licencjonowane składniki w różnych jednostkach SKU lub warstwach (na przykład pojedynczy węzeł, maksymalnie 5 węzłów, maksymalnie 10 węzłów itd.). Niezależnego dostawcy oprogramowania udostępnia odpowiedni klucz produktu, gdy klienci kupują produkt. Niezależne dostawcy oprogramowania może również udostępnić kontener obiektów blob usługi Azure Storage zawierający skrypt instalatora niezależnego dostawcy oprogramowania i skojarzone pliki. Klienci mogą kopiować te pliki do własnego kontenera magazynu i modyfikować je przy użyciu własnego klucza produktu (na przykład przez uruchomienie polecenia
IsvSetup.exe -pid xxxx-xxxx-xxxx
). Klienci mogą następnie aprowizować lub ponownie konfigurować środowisko Azure-SSIS IR przy użyciu identyfikatora URI sygnatury dostępu współdzielonego kontenera jako parametru. Aby uzyskać więcej informacji, zobacz Niestandardowa konfiguracja środowiska Azure SSIS Integration Runtime.Gdy środowisko Azure-SSIS IR jest aprowizowane lub ponownie skonfigurowane, instalator niezależnego dostawcy oprogramowania jest uruchamiany w każdym węźle w celu wykonywania zapytań o zmienne
SSIS_CLUSTERID
środowiskowe systemu Windows iSSIS_CLUSTERNODECOUNT
. Następnie środowisko Azure-SSIS IR przesyła swój identyfikator klastra i klucz produktu dla licencjonowanego produktu do serwera aktywacji niezależnego dostawcy oprogramowania w celu wygenerowania klucza aktywacji.Po otrzymaniu klucza aktywacji instalator niezależnego dostawcy oprogramowania może przechowywać klucz lokalnie w każdym węźle (na przykład w rejestrze).
Gdy klienci uruchamiają pakiet, który korzysta z licencjonowanego składnika niezależnego dostawcy oprogramowania w węźle środowiska Azure-SSIS IR, pakiet odczytuje lokalnie przechowywany klucz aktywacji i weryfikuje go względem identyfikatora klastra węzła. Pakiet może również opcjonalnie zgłosić liczbę węzłów klastra do serwera aktywacji niezależnego dostawcy oprogramowania.
Oto przykład kodu, który weryfikuje klucz aktywacji i zgłasza liczbę węzłów klastra:
public override DTSExecResult Validate(Connections, VariableDispenser, IDTSComponentEvents componentEvents, IDTSLogging log) { Variables vars = null; variableDispenser.LockForRead("System::ClusterID"); variableDispenser.LockForRead("System::ClusterNodeCount"); variableDispenser.GetVariables(ref vars); // Validate Activation Key with ClusterID // Report on ClusterNodeCount vars.Unlock(); return base.Validate(connections, variableDispenser, componentEvents, log); }
Włączanie niestandardowych/3-firmowych składników przepływu danych przy użyciu własnego środowiska IR jako serwera proxy
Aby umożliwić składnikom przepływu danych niestandardowych/innych firm uzyskiwanie dostępu do danych lokalnych przy użyciu własnego środowiska IR jako serwera proxy dla środowiska Azure-SSIS IR, wykonaj następujące instrukcje:
Zainstaluj składniki przepływu danych niestandardowych/innych firm przeznaczone dla programu SQL Server 2017 na platformie Azure-SSIS IR za pośrednictwem standardowych/ekspresowych niestandardowych konfiguracji.
Utwórz następujące klucze rejestru DTSPath na własnym środowisku IR, jeśli jeszcze nie istnieją:
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\140\SSIS\Setup\DTSPath
ustaw wartość naC:\Program Files\Microsoft SQL Server\140\DTS\
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Microsoft SQL Server\140\SSIS\Setup\DTSPath
ustaw wartość naC:\Program Files (x86)\Microsoft SQL Server\140\DTS\
Zainstaluj składniki przepływu danych niestandardowych/innych firm przeznaczone dla programu SQL Server 2017 na własnym środowisku IR w ścieżce DTSPath powyżej i upewnij się, że proces instalacji:
Tworzy
<DTSPath>
foldery ,<DTSPath>/Connections
, ,<DTSPath>/PipelineComponents
i<DTSPath>/UpgradeMappings
, jeśli jeszcze nie istnieją.Tworzy własny plik XML na potrzeby mapowań rozszerzeń w
<DTSPath>/UpgradeMappings
folderze.Instaluje wszystkie zestawy, do których odwołuje się zestawy składników przepływu danych niestandardowych/innych firm w globalnej pamięci podręcznej zestawów (GAC).
Oto przykład naszego partnera, Aecorsoft, który dostosował swoje składniki przepływu danych do korzystania z naszej ekspresowej konfiguracji niestandardowej i własnego środowiska IR jako serwera proxy dla środowiska Azure-SSIS IR.
Partnerzy niezależnego dostawcy oprogramowania
Listę partnerów niezależnego dostawcy oprogramowania, którzy dostosowali swoje składniki i rozszerzenia dla środowiska Azure-SSIS IR, można znaleźć na końcu tego wpisu w blogu — Enterprise Edition, Custom Setup i 3rd Party Extensibility for SSIS in ADF (Rozszerzalność usług SSIS w usłudze ADF).