Azure Synapse Analytics nejčastější dotazy

Azure Synapse zavádí řadu rolí a oborů pro jejich přiřazení, které zjednodušují zabezpečení pracovního prostoru.

Role Synapse RBAC:

• Správce Synapse
• Správce SQL Synapse
• Správce Synapse Sparku
• Přispěvatel Synapse (Preview)
• Synapse Artifact Publisher (Preview)
• Uživatel artefaktu Synapse (Preview)
• Operátor výpočtů Synapse (Preview)
• Uživatel přihlašovacích údajů Synapse (Preview)

Pokud chcete zabezpečit pracovní prostor Synapse, přiřaďte role RBAC k těmto oborům RBAC:

• Pracovní prostory
• Fondy Sparku
• Prostředí Integration Runtime
• Propojené služby
• Přihlašovací údaje

Kromě toho s vyhrazeným SQL fondy máte všechny stejné funkce zabezpečení, které znáte a máte rádi.

Jako výchozí bod můžete Azure Synapse s integrovanou analýzou nákladů a upozorněními na náklady dostupnými na úrovni předplatného Azure.

• Vyhrazené SQL fondy – máte přímý přehled o nákladech a kontrole nad náklady, protože vytváříte a za určujete velikosti vyhrazených SQL fondů. Můžete dále řídit, kteří uživatelé mohou vytvářet nebo škálovat vyhrazené fondy SQL pomocí rolí Azure RBAC.

• Bez serveru SQL fondy – máte k dispozici ovládací prvky pro monitorování a správu nákladů, které vám umožňují náklady zacílíte na denní, týdenní a měsíční úroveň. Další informace najdete v tématu Cost Management SQL bez serveru.

• Bez serverové fondy Sparku – můžete omezit, kdo může vytvářet fondy Sparku s rolemi Synapse RBAC.

Pracovní prostory Synapse podporují uživatelem definované složky.

V současné době můžete s pracovním prostorem služby Power BI jeden pracovní prostor Azure Synapse pracovním prostorem.

Synapse Link pro Apache Spark je ga. Synapse Link pro bez serverů SQL je v Public Preview.

Ano. Všechny artefakty kanálu, poznámkové bloky, SQL skripty a definice úloh Sparku se budou nacházet v Gitu. Všechny definice fondu se uloží v Gitu jako Azure Resource Manager (ARM). Vyhrazené SQL fondu (schémata, tabulky, zobrazení atd.) se budou spravovat pomocí databázových projektů s podporou CI/CD.

Každá aktivita v kanálu Synapse se provádí pomocí přihlašovacích údajů zadaných v propojené službě.

V tuto chvíli to není možné.

V tuto chvíli musíte ručně znovu vytvořit kanály Azure Data Factory a související artefakty tak, že exportujete JSON z původního kanálu a naimportujete ho do pracovního prostoru Synapse.

Apache Spark pro Synapse je Apache Spark s přidanou podporou integrací s dalšími službami (AAD, AzureML atd.) a dalšími knihovnami (mssparktuils, Hummingbird) a předem vyladěnou konfigurací výkonu.

Všechny úlohy, které aktuálně běží na Apache Spark, po Apache Spark pro Azure Synapse beze změn.

Azure Synapse Apache Spark plně podporuje Spark 2.4. Úplný seznam základních komponent a aktuálně podporované verze najdete v tématu Apache Spark verzenástroje .

Ano, Azure Synapse Apache Spark poskytuje knihovnu mssparkutils. Úplnou dokumentaci nástroje najdete v tématu Seznámení s nástroji Microsoft Spark.

Pokud chcete nastavit parametry relace, použijte možnost konfigurovat magic available. Aby se parametry projeví, vyžaduje se restartování relace.

Pokud chcete nastavit parametry na úrovni clusteru, můžete zadat soubor spark.conf pro fond Sparku. Tento fond pak bude respektovat parametry v minulosti v konfiguračním souboru.

Azure Synapse poskytuje účelové moduly pro konkrétní případy použití. Apache Spark pro Synapse je navržená jako služba úloh, a ne jako model clusteru. Existují dva scénáře, ve kterých lidé žádat o model clusteru s více uživateli.

Scénář #1: Mnoho uživatelů přistupující ke clusteru za účelem zpracování dat pro účely BI.

Nejjednodušším způsobem, jak tohoto úkolu dosáhnout, je připravovat data pomocí Sparku a pak využít možnosti, které nabízí Synapse SQL, k tomu, aby se k Power BI datovým sadám mohli připojit.

Scénář #2: Více vývojářů na jednom clusteru, aby ušetřilo peníze.

Pro splnění tohoto scénáře byste měli každému vývojáři poskytnout bez serveru fond Sparku, který je nastavený na použití malého počtu prostředků Sparku. Vzhledem k tomu, že bez serveru fondy Spark nic nenáklady, dokud se aktivně používají minimalizuje náklady, pokud existuje více vývojářů. Fondy sdílejí metadata (tabulky Sparku), aby spolu mohli snadno pracovat.

Externí balíčky můžete nainstalovat prostřednictvím requirements.txt souboru při vytváření fondu Sparku, z pracovního prostoru Synapse nebo z Azure Portal. Viz Správa knihoven pro Apache Spark v Azure Synapse Analytics.

Úplný seznam rozdílů v rozdílech mezi funkcemi T-SQL najdete v části Synapse SQL.

Neexistuje žádný přesun ani migrace. Můžete se rozhodnout povolit nové funkce pracovního prostoru ve stávajících fondech. Pokud to tak je, nedějí se žádné změny, ale místo toho budete moct používat nové funkce, jako jsou Synapse Studio, Spark a bez serveru SQL fondy.

Ve výchozím nastavení se všechny nové vyhrazené fondy SQL nasadí do pracovního prostoru. Pokud ale potřebujete, můžete vyhrazený fond SQL dat (dříve SQL DW) vytvořit v samostatném provedení.

Se spravovanou virtuální sítí nebo bez níse můžete ke svému pracovnímu prostoru připojit z veřejných sítí. Další informace najdete v tématu Připojení Nastavení. Přístup z veřejných sítí je možné řídit povolením funkce přístupu k veřejné síti nebo brány firewall pracovního prostoru. Alternativně se můžete k pracovnímu prostoru připojit pomocí spravovaného privátního koncového bodu a Private Link. Pracovní prostory Synapse bez Azure Synapse Analytics spravované Virtual Network nemají možnost připojit se přes spravované privátní koncové body.

Další kroky

• Začínáme s Azure Synapse Analytics
• Vytvoření pracovního prostoru
• Použití bezserverového fondu SQL