Amazon Redshift non supporterà più la creazione di nuove UDF Python a partire dalla Patch 198. Le UDF Python esistenti continueranno a funzionare fino al 30 giugno 2026. Per ulteriori informazioni, consulta il [post del blog](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/). 

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Associazione di un dominio personalizzato a un certificato diverso
<a name="connecting-connection-CNAME-change-api"></a>

Per modificare l'associazione del certificato per un nome di dominio personalizzato, sono necessarie le seguenti autorizzazioni IAM:
+ `redshift:ModifyCustomDomainAssociation`
+ `acm:DescribeCertificate`

Come best practice, consigliamo di collegare le policy di autorizzazioni a un ruolo IAM, che quindi viene assegnato a utenti e gruppi secondo le necessità. Per ulteriori informazioni, consulta [Identity and access management in Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/mgmt/redshift-iam-authentication-access-control.html).

Utilizza il comando seguente per associare il dominio personalizzato a un certificato diverso. Gli argomenti `––custom-domain-name` e `custom-domain-certificate-arn` sono obbligatori. L'ARN del nuovo certificato deve essere diverso dall'ARN esistente.

```
aws redshift modify-custom-domain-association ––cluster-id {{redshiftcluster}} ––custom-domain-name {{customdomainname}} ––custom-domain-certificate-arn {{certificatearn}}
```

L'esempio seguente mostra come associare il dominio personalizzato a un certificato diverso per un gruppo di lavoro Amazon Redshift serverless.

```
aws redshift-serverless modify-custom-domain-association ––workgroup-name {{redshiftworkgroup}} ––custom-domain-name {{customdomainname}} ––custom-domain-certificate-arn {{certificatearn}}
```

Si verifica un ritardo massimo di 30 secondi prima di poter eseguire la connessione al cluster. Parte del ritardo si verifica quando il cluster Amazon Redshift aggiorna le sue proprietà e si verifica un ulteriore ritardo con l'aggiornamento del DNS. Per ulteriori informazioni sull'API e su ciascuna impostazione di proprietà, vedere. [ModifyCustomDomainAssociation](https://docs.aws.amazon.com/redshift/latest/APIReference/API_ModifyCustomDomainAssociation.html)