Cloud-übergreifende automatische Ausführung in Snowflake Data Clean Rooms verwalten¶
Allgemeine Informationen zur Cloud-übergreifenden automatischen Auftragsausführung¶
In der standardmäßigen Clean Room-Umgebung kann ein Clean Room nur mit Konten in derselben Cloud-Region geteilt werden. Das heißt, Anbieter und Verbraucher müssen sich in der gleichen Region befinden.
If you want to collaborate with a collaborator whose account is in a different region than you, you must enable Cross-Cloud Auto-Fulfillment for your clean room environment and your clean room as shown on this page.
Sie können Ihre eigene Cloud-Region bestimmen, indem Sie SELECT CURRENT_REGION(); ausführen.
Bemerkung
Cloud-übergreifende automatische Ausführung wird manchmal auch als LAF bezeichnet, was für Automatische Ausführung von Datenangeboten steht.
Cloud-übergreifende automatische Ausführung aktivieren¶
Sie können die Cloud-übergreifende automatische Ausführung entweder über die API oder dieUI aktivieren. Beachten Sie jedoch die Einschränkungen für die regionsübergreifende Zusammenarbeit.
Voraussetzungen¶
In order to enable Cross-Cloud Auto-Fulfillment for an account, an org admin for all collaborators must first enable it on the account by calling SYSTEM$ENABLE_GLOBAL_DATA_SHARING_FOR_ACCOUNT.
Erfahren Sie mehr über Automatische Ausführung und Verwalten von Berechtigungen für die automatische Auftragsausführung.
Enabling Cross-Cloud Auto-Fulfillment in the UI¶
Ein Clean Rooms-Administrator aktiviert die Cloud-übergreifende automatische Ausführung auf Kontoebene für alle neuen und bestehenden Clean Rooms mit diesen Schritten:
Melden Sie sich bei der Clean Rooms-UI mit Ihrem Administratorkonto an.
Navigieren Sie zu Admin > Snowflake Admin.
Aktivieren Sie den Umschalter Cross-Cloud Auto-Fulfillment.
Anbieter oder Verbraucher müssen keine zusätzlichen Schritte ausführen, wenn sie einen Clean Room in der UI erstellen oder einem Clean Room beitreten. Wenn Sie jedoch später einen Clean Room in der API erstellen oder einem Clean Room beitreten, müssen Sie den API-Anweisungen für Anbieter und Verbraucher folgen.
Enabling Cross-Cloud Auto-Fulfillment in the API¶
Folgen Sie diesen Anweisungen, um einen Clean Room in der API zu erstellen oder zu installieren, auch wenn Sie die Cloud-übergreifende automatische Ausführung bereits in der UI aktiviert haben.
Account administrator actions¶
To enable Cross-Cloud Auto-Fulfillment for an account using the API, administrators in both the provider and consumer accounts must run the following SQL code using the ACCOUNTADMIN role. You need to run this only once per account.
USE ROLE ACCOUNTADMIN;
-- Optionally check first to see if LAF is enabled on the account.
CALL samooha_by_snowflake_local_db.library.is_laf_enabled_on_account();
-- If LAF is not enabled, enable it.
CALL samooha_by_snowflake_local_db.library.enable_laf_on_account();
Provider and consumer actions¶
Nachdem die Cloud-übergreifende automatische Ausführung für ein Konto aktiviert wurde, können Sie die Cloud-übergreifende automatische Ausführung bei der Erstellung oder Installation eines Clean Rooms aktivieren:
Der Anbieter veröffentlicht den Clean Room wie gewohnt, indem er
provider.create_or_update_cleanroom_listingaufruft.Der Verbraucher installiert den Clean Room durch Aufruf von
consumer.install_cleanroom. Wenn sich der Verbraucher in einer anderen Cloudregion als der Anbieter befindet, schlägtconsumer.install_cleanroommit der Meldung fehl, dass die Replikation der Cloud-übergreifenden automatischen Ausführung installiert wird.Der Verbraucher ruft weiterhin
consumer.install_cleanroomauf, bis der Erfolg zurückgegeben wird. Die Installation dauert einige Minuten.At this point, the consumer has basic clean room functionality. To support client custom template requests, provider-run analyses, and provider activation, follow this additional step:
The provider calls
provider.mount_request_logs_for_all_consumersuntil the procedure reports success. This means that communication from the consumer to the provider is enabled.
Codebeispiel für vollständige Einrichtung:
Anbieter: Der Anbieter erstellt, teilt und veröffentlicht einen Clean Room auf die übliche Weise.
USE WAREHOUSE APP_WH; USE ROLE SAMOOHA_APP_ROLE; SET cleanroom_name = 'LAF example'; SET consumer_locator = '<CONSUMER_LOCATOR>'; SET consumer_account_name = '<CONSUMER_DATA_SHARING_ACCOUNT_ID>'; CALL SAMOOHA_BY_SNOWFLAKE_LOCAL_DB.provider.cleanroom_init($cleanroom_name); CALL SAMOOHA_BY_SNOWFLAKE_LOCAL_DB.provider.set_default_release_directive( $cleanroom_name, 'V1_0', '0'); CALL SAMOOHA_BY_SNOWFLAKE_LOCAL_DB.provider.add_consumers( $cleanroom_name, $consumer_locator, $consumer_account_name); CALL SAMOOHA_BY_SNOWFLAKE_LOCAL_DB.provider.create_or_update_cleanroom_listing($cleanroom_name);
Verbraucher: Der Verbraucher installiert den Clean Room.
USE WAREHOUSE APP_WH; USE ROLE SAMOOHA_APP_ROLE; SET cleanroom_name = 'LAF example'; SET provider_locator = '<PROVIDER_LOCATOR>'; -- Initial call starts the process and returns a cross-cloud/region replication failure. -- Continue to call this procedure until it returns a success message. CALL SAMOOHA_BY_SNOWFLAKE_LOCAL_DB.consumer.install_cleanroom( $cleanroom_name, $provider_locator); -- Continue with standard clean room configuration and use. -- The consumer can run analyses, but client custom templates, provider run, and provider analysis -- aren't supported until the provider takes the action shown in the next step. ...
Provider: After the consumer installs the clean room, the provider must mount the requests share to enable request-based actions between the provider and consumer. Request-based actions include provider requests to run an analysis and consumer requests to add a template to the clean room.
-- Call mount_request_logs_for_all_consumers until it reports success. provider.mount_request_logs_for_all_consumers($cleanroom_name);
Sämtliche Anbieter-/Verbraucher-Funktionen sind jetzt verfügbar.
Aktualisierungshäufigkeit für regionsübergreifende Konten¶
Anforderungen und Daten zwischen dem Anbieter und Verbraucher in unterschiedlichen Cloudregionen unterliegen den Einstellungen für die Replikationshäufigkeit.
Requests and data from provider to consumer¶
This includes all data and requests from the provider to the consumer, such as creating or updating a clean room, changing provider data, requests for permission (such as provider-run analyses), and approvals for requests (such as consumer templates).
Sie können die Aktualisierungsrate der Anbietenden ändern, indem Sie set_laf_dcr_refresh_schedule aufrufen.
Daten |
Default refresh rate |
|---|---|
Anbieter-Clean Room-Daten, wie z. B. die folgenden:
|
|
Requests and data from consumer to provider¶
The following table shows the default refresh frequency for data and requests from the consumer to the provider.
You can control the consumer to provider refresh rate for each clean room.
Daten |
Default refresh rate |
|---|---|
Anfragen, Genehmigungen und Änderungen wie die folgenden:
|
|
Anbieter-Aktivierungsdaten: |
|
Kosten im Zusammenhang mit der regionsübergreifenden Zusammenarbeit¶
Für Teilnehmer, die sich in einer anderen Region befinden, fallen zusätzliche Kosten an. Weitere Informationen darüber, wie diese Kosten entstehen, finden Sie unter Kosten automatische Ausführung.
Einschränkungen bei der regionsübergreifenden Zusammenarbeit¶
Bei der regionsübergreifenden Zusammenarbeit gibt es folgende Beschränkungen:
Bei Verwendung der Clean Rooms-UI können Sie die regionsübergreifende Zusammenarbeit mit anderen UI-Benutzern in derselben UI-Gateway-Region aktivieren. Zum Beispiel können Konten in AWS US East (Ohio) für Konten in AWS US West (Oregon) freigegeben werden, da sie zur selben UI-Gateway-Region (AwS US East (N. Virginia) gehören. Konten in AWS US East (Ohio) können nicht mit Konten in AWS Canada zusammenarbeiten, da sie keine gemeinsame Gateway-Region aufweisen. Jedes Konto kann jedoch für die regionsübergreifende Zusammenarbeit bei Verwendung der API konfiguriert werden.
Ein Anbieter kann im Reinraum keine differentielle Privatsphäre verwenden.
Mitarbeiter können keine externen Tabellen und Iceberg-Tabellen mit Reinräumen verknüpfen.
Ein Verbraucher kann keine Multi-Anbieter-Analyse durchführen.
Ein Konto kann in Szenarien mit Cloud-übergreifender Zusammenarbeit nicht gleichzeitig in den Rollen von Anbietenden und Verbrauchenden agieren, da Konflikte mit den Replikationstypen auftreten können.
Lesen Sie die zusätzlichen Überlegungen bei der Aktivierung regionsübergreifender Zusammenarbeit.