Einrichten serverloser SQL-Lagerhäuser

Auf dieser Seite wird erläutert, wie Sie serverlose SQL-Lagerhäuser für Ihren Arbeitsbereich einrichten.

Wichtig

Serverlose SQL-Warehouses sind standardmäßig aktiviert. Überprüfen Sie auf dieser Seite, ob Ihr Arbeitsbereich die notwendigen Voraussetzungen erfüllt. Um Änderungen vorzunehmen, wie auf dieser Seite beschrieben, müssen Sie über Die Berechtigung "Mitwirkender" oder "Besitzer" für die Azure-Arbeitsbereichressource verfügen.

Hinweis

Serverlose SQL-Warehouses verfügen nicht über öffentliche IP-Adressen. Weitere Architekturinformationen finden Sie unter Allgemeine Architektur.

Anforderungen

• Ihr Azure Databricks-Arbeitsbereich muss sich im Premium-Tarif befinden.
• Ihr Arbeitsbereich muss in einer Region bereitgestellt werden, die Databricks SQL Serverless unterstützt.

Konfigurieren von Azure Speicherfirewalls

Wenn Sie eine Azure Storage-Firewall verwenden, um den Zugriff auf Azure Storage-Datenquellen zu schützen, müssen Sie Ihre Firewall so konfigurieren, dass der Zugriff von den serverlosen Computeknoten zugelassen wird. Siehe Konfigurieren einer Firewall für serverlosen Computezugriff (Legacy).

Begrenzungen

Für serverlose Warehouses gelten die folgenden Einschränkungen:

• Externe Hive-Legacy-Metastores werden nicht unterstützt. Siehe Externer Apache Hive-Metastore (Legacy).
• Clusterrichtlinien, einschließlich Spotinstanzrichtlinien, werden nicht unterstützt. Siehe Erstellen und Verwalten von Berechnungsrichtlinien.
• Die serverlose Computeebene für serverlose SQL-Warehouses verwendet nicht die kundenseitig konfigurierbare Back-End-Konnektivität von Azure Private Link. Die Steuerungsebene von Azure Databricks stellt eine Verbindung mit der serverlosen Computeebene per mTLS her, wobei der IP-Zugriff nur für die IP-Adresse der Steuerungsebene zulässig ist.
• Obwohl die serverlose Computeebene nicht das sichere Clusterkonnektivitätsrelais verwendet, das für die klassische Computeebene verwendet wird, verfügen serverlose SQL-Warehouses über keine öffentlichen IP-Adressen.
• Die VNet Injection ist nicht zutreffend.
• Serverlose SQL-Lagerhäuser verwenden keine vom Kunden verwalteten Schlüssel für verwaltete Datenträger. Weitere Informationen finden Sie unter Serverloses Computing und kundenseitig verwaltete Schlüssel.