Gestion de la réplication automatique dans le Cloud Snowflake Data Clean Rooms

À propos de l’exécution automatique inter-Cloud

Dans l’environnement de clean room par défaut, une clean room ne peut être partagée qu’avec des comptes de la même région Cloud. En d’autres termes, le fournisseur et le consommateur doivent se trouver dans la même région Cloud.

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.

Vous pouvez déterminer votre propre région Cloud en lançant SELECT CURRENT_REGION();

Note

L’exécution automatique inter-Cloud est parfois appelée LAF, qui signifie exécution automatique des annonces.

Permettre l’exécution automatique inter-Cloud

Vous pouvez activer l’exécution automatique inter-Cloud en utilisant l’API ou l’UI. Notez toutefois les:ref:limites de la collaboration interrégionale <label-dcr_LAF_limitations>.

Conditions préalables

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.

Plus d’infos sur exécution automatique et gestion des privilèges de l’exécution automatique.

Enabling Cross-Cloud Auto-Fulfillment in the UI

En tant qu’administrateur de salles blanches, pour activer l’exécution automatique inter-Cloud au niveau du compte pour toutes les salles blanches nouvelles et existantes, procédez comme suit :

  1. Connectez-vous à l’UI des salles blanches avec votre compte administrateur.

  2. Accédez à Admin > Snowflake Admin.

  3. Basculez sur Cross-Cloud Auto-Fulfillment.

  4. Aucune étape supplémentaire n’est requise par le fournisseur ou le consommateur lors de la création ou la jointure d’une salle blanche dans l’UI. Toutefois, si vous créez ou joignez une salle blanche dans l’API, vous devez suivre les instructions de l’API pour les fournisseurs et les consommateurs.

Enabling Cross-Cloud Auto-Fulfillment in the API

Suivez ces instructions pour créer ou installer une salle blanche dans l’API, même si vous avez déjà activé l’exécution automatique inter-Cloud dans l’UI.

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();
Copy

Provider and consumer actions

Après l’activation de l’exécution automatique inter-Cloud pour un compte, voici comment l’activer lors de la création ou de l’installation d’une salle blanche :

  1. Le fournisseur publie la salle blanche de manière normale en appelant provider.create_or_update_cleanroom_listing.

  2. Le consommateur installe la salle blanche en appelant consumer.install_cleanroom. Si le consommateur se trouve dans une région cloud différente de celle du fournisseur, consumer.install_cleanroom échoue avec un message indiquant que la réplication de l’exécution automatique inter-Cloud est en cours d’installation.

  3. Le consommateur continue d’appeler consumer.install_cleanroom jusqu’à ce qu’il confirme la réussite de l’installation. L’installation prend plusieurs minutes.

    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:

  4. The provider calls provider.mount_request_logs_for_all_consumers until the procedure reports success. This means that communication from the consumer to the provider is enabled.

Exemple de code de configuration complet :

  1. Le fournisseur : le fournisseur crée, partage et publie une clean room de manière standard.

    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);
    
    Copy
  2. Consommateur : le consommateur installe la salle blanche.

    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.
    ...
    
    Copy
  3. 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);
    
    Copy

    La fonctionnalité complète fournisseur/consommateur est désormais disponible.

Fréquence d’actualisation des comptes interrégionaux

Les demandes et les données entre le fournisseur et le consommateur lorsqu’elles se trouvent sur différentes régions Cloud sont soumises à des paramètres de fréquence de réplication.

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).

Vous pouvez modifier le taux d’actualisation du fournisseur et du consommateur en appelant set_laf_dcr_refresh_schedule.

Données

Default refresh rate

Données de la salle blanche du fournisseur, notamment :

  • Ensembles de données du fournisseur

  • Requêtes exécutées par le fournisseur

  • Politiques de salle blanche

  • Métadonnées de la salle blanche du fournisseur

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.

Données

Default refresh rate

Requêtes, approbations et modifications telles que les suivantes :

  • Requêtes adressées au fournisseur (telles qu’une requête d’ajout d’un modèle)

  • Approbations auprès du fournisseur (par exemple, une approbation pour effectuer les analyses gérées par le fournisseur)

  • Modifications aux données du consommateur liées.

  • Status and results for provider-run requests.

  • Salles blanches créées après le 24 juillet 2025 : 10 minutes

  • Salles blanches anciennes : 1 heure

Données d’activation du fournisseur :

  • Salles blanches créées après le 24 juillet 2025 : 10 minutes

  • Anciennes salles blanches : 15 minutes

Coûts liés à la collaboration interrégionale

Des coûts supplémentaires sont associés aux collaborateurs qui se trouvent dans une autre région. Pour plus d’informations sur la manière dont ces coûts sont supportés, voir Coûts d’exécution automatique.

Limites de la collaboration interrégionale

La collaboration interrégionale se heurte aux limites suivantes :

  • When using the clean rooms UI, you can enable cross-region collaboration with other UI users in the same UI gateway region. For example, accounts in AWS US East (Ohio) can share with accounts in AWS US West (Oregon) because they have the same UI gateway region (AwS US East (N. Virginia). Accounts in AWS US East (Ohio) can’t collaborate with accounts on AWS Canada, because they don’t share a gateway region. However, any account can be configured for cross-region collaboration when using the API.

  • Un fournisseur ne peut pas recourir à la confidentialité différentielle dans la salle blanche.

  • Les collaborateurs ne peuvent pas lier des tables externes et des tables iceberg dans les salles blanches.

  • Un consommateur ne peut pas effectuer une analyse multi-fournisseurs.

  • Un compte ne peut pas agir à la fois comme fournisseur et consommateur dans les scénarios de collaboration inter-cloud en raison des conflits de type de réplication qui peuvent survenir.

  • Consultez Considérations supplémentaires lors de l’activation de la collaboration interrégionale.