Często zadawane pytania dotyczące łączności sieciowej usług Analysis Services

Usługi Azure Analysis Services nie używają stałych adresów IP ani tagów usługi. Usługi Analysis Services mogą używać dowolnego zakresu adresów IP należącego do zakresu adresów IP dla regionu świadczenia platformy Azure. Ponieważ adresy IP serwera są zmienne i mogą ulec zmianie w czasie, reguły zapory muszą zezwalać na cały zakres adresów IP regionów platformy Azure, w których znajduje się serwer.

Jeśli konto magazynu znajduje się w innym regionie, skonfiguruj ustawienia zapory konta magazynu, aby zezwolić na dostęp z poziomu wybranych sieci. W polu Zakres adresów dla zapory określ zakres adresów IP dla regionu, w którym znajduje się serwer usług Analysis Services. Aby uzyskać zakresy adresów IP dla regionów platformy Azure, zobacz Zakresy adresów IP platformy Azure i tagi usługi — chmura publiczna. Konfigurowanie ustawień zapory konta magazynu w celu zezwolenia na dostęp ze wszystkich sieci jest obsługiwane, jednak wybranie opcji Wybrane sieci i określenie zakresu adresów IP jest preferowane.

Ponieważ serwer usług Analysis Services i konto magazynu znajdują się w tym samym regionie, komunikacja między nimi korzysta z wewnętrznych zakresów adresów IP, dlatego skonfigurowanie zapory do używania wybranych sieci i określenie zakresu adresów IP nie jest obsługiwane. Jeśli zasady organizacji wymagają zapory, należy ją skonfigurować tak, aby zezwalała na dostęp ze wszystkich sieci.

Usługi Azure Analysis Services nie mogą dołączyć do sieci wirtualnej. Najlepszym rozwiązaniem jest zainstalowanie i skonfigurowanie lokalnej bramy danych w sieci wirtualnej, a następnie skonfigurowanie serwerów usług Analysis Services za pomocą właściwości serwera AlwaysUseGateway . Aby dowiedzieć się więcej, zobacz Używanie bramy dla źródeł danych w usłudze Azure Virtual Network (VNet).

Usługi Azure Analysis Services nie używają stałych adresów IP ani tagów usługi. Usługi Analysis Services mogą używać dowolnego zakresu adresów IP należącego do zakresu adresów IP dla regionu świadczenia platformy Azure. Musisz podać pełny zakres adresów IP dla regionu świadczenia usługi Azure serwera w regułach zapory źródłowej bazy danych. Inną i prawdopodobnie bardziej bezpieczną alternatywą jest skonfigurowanie lokalnej bramy danych. Następnie można skonfigurować serwery usług Analysis Services za pomocą właściwości serwera AlwaysUseGateway, a następnie upewnić się, że lokalna brama danych ma adres IP dozwolony przez reguły zapory źródła danych.

Usługi Azure Analysis Services nie obsługują usługi Snowflake jako źródła danych (zobacz Źródła danych obsługiwane w usługach Azure Analysis Services), ale mogą uzyskiwać dostęp do usługi Snowflake jako ogólnego systemu zarządzania bazami danych (DBMS) za pośrednictwem ODBC. Rozważ przejście do usługi Power BI, która obsługuje uwierzytelnianie pary kluczy za pośrednictwem łącznika danych usługi Snowflake. W wielu przypadkach jest to najlepsza opcja, ponieważ zachowuje pełną pomoc techniczną firmy Microsoft.

W usługach Azure Analysis Services wdróż 64-bitowy sterownik OdBC Snowflake na bramie lokalnej połączonej z serwerem usług Azure Analysis Services i skonfiguruj połączenie ODBC w celu używania uwierzytelniania par kluczy. Na maszynie bramy danych postępuj zgodnie z dokumentacją usługi Snowflake, aby wygenerować parę kluczy publicznych/prywatnych i przyznać konto usługi bramy danych ("NT SERVICE\PBIEgwService") uprawnienie ODCZYT do pliku klucza prywatnego. Następnie skonfiguruj nazwę DSN systemu zgodnie z opisem w artykule Snowflake Knowledge Base How to set up ODBC Driver with key pair authentication to connect to Snowflake on Windows and specify the DSN in the connection details (Jak skonfigurować sterownik ODBC z uwierzytelnianiem pary kluczy w celu nawiązania połączenia z usługą Snowflake w systemie Windows ) i określ nazwę DSN w szczegółach połączenia. W przypadku korzystania ze źródła danych ustrukturyzowanych upewnij się, że parametr AuthenticationKind ma wartość Anonimowe, aby uniknąć konfliktowych ustawień uwierzytelniania, jak w poniższym przykładzie:

         { 
           "type": "structured", 
           "name": "Odbc/dsn=SF_KEY_PAIR_DSN_NAME", 
           "connectionDetails": { 
             "protocol": "odbc", 
             "address": { 
               "options": { 
                 "dsn": "SF_KEY_PAIR_DSN_NAME" 
               } 
             }, 
             "authentication": null, 
             "query": null 
           }, 
           "options": { 
             "hierarchicalNavigation": true 
           }, 
           "credential": { 
             "AuthenticationKind": "Anonymous" 
           } 
         } 

Tak, usługi Azure Analysis Services obsługują konta B2C (konta e-mail konsumentów, które są zapraszane do dzierżawy serwera). Istnieją jednak ograniczenia dotyczące takich kont, na przykład pojedyncze Sign-On z raportów połączenia na żywo usługi Power BI mogą nie być obsługiwane dla niektórych dostawców kont e-mail użytkowników.

Usługi Azure Analysis Services nie obsługują linków prywatnych, sieci wirtualnych ani tagów usługi. Istnieją pewne rozwiązania typu open source (na przykład https://github.com/mathwro/Scripts/blob/master/Azure/AllowAzure-AnalysisServer.ps1), które wykrywają adres IP aplikacji klienckiej, a także automatycznie i tymczasowo aktualizują reguły zapory.

• api.powerbi.com
• login.windows.net
• *.asazure.windows.net

Dalsze kroki

Instalowanie i konfigurowanie bramy danych lokalnych
Nawiązywanie połączenia z lokalnymi źródłami danych za pomocą lokalnej bramy danych
Używanie bramy dla źródeł danych w usłudze Azure Virtual Network (VNet)