Questa pagina è stata tradotta dall'API Cloud Translation.

Gestire le risorse Cloud Load Balancing utilizzando vincoli personalizzati

I criteri dell'organizzazione di Google Cloud offrono un sistema centralizzato e programmatico un controllo completo sulle risorse dell'organizzazione. Come amministratore dei criteri dell'organizzazione, puoi definire un criterio dell'organizzazione, un insieme di restrizioni denominate vincoli che si applicano le risorse Google Cloud e i discendenti di queste risorse nel Gerarchia delle risorse di Google Cloud. Puoi applicare i criteri dell'organizzazione all'indirizzo a livello di organizzazione, cartella o progetto.

I criteri dell'organizzazione forniscono vincoli predefiniti per vari servizi Google Cloud. Tuttavia, se vuoi più granulare, personalizzabile controllo sui campi specifici con restrizioni nella tua organizzazione criteri, puoi anche creare vincoli personalizzati e utilizzarli dei vincoli in un criterio dell'organizzazione personalizzato.

In questa pagina si presuppone che tu abbia familiarità con i seguenti concetti:

Panoramica dei controlli di integrità

Vantaggi

Gestione dei costi: utilizza i criteri dell'organizzazione personalizzati per limitare la frequenza dei probe di controllo di integrità.
Sicurezza, conformità e governance: puoi utilizzare le organizzazioni personalizzate per applicare i criteri nel seguente modo:
- Per applicare l'utilizzo di protocolli o intervalli di porte specifici per i controlli di integrità.

Ereditarietà dei criteri

Per impostazione predefinita, i criteri dell'organizzazione vengono ereditati dai discendenti delle risorse su cui applichi il criterio. Ad esempio, se applichi un criterio a una cartella, Google Cloud lo applica a tutti i progetti contenuti nella cartella. Per scoprire di più su questo comportamento e su come modificarlo, consulta Regole di valutazione della gerarchia.

Prezzi

Il servizio di criteri dell'organizzazione, inclusi i criteri dell'organizzazione predefiniti e personalizzati, viene fornito senza costi.

Limitazioni

I controlli di integrità legacy (globale legacy (HTTP) e globale legacy (HTTPS)) non sono supportati.

Prima di iniziare

Se non l'hai già fatto, configura l'autenticazione. Autenticazione è Il processo di verifica dell'identità per l'accesso ai servizi e alle API di Google Cloud. Per eseguire codice o esempi da un ambiente di sviluppo locale, puoi eseguire l'autenticazione Compute Engine come segue.

Select the tab for how you plan to use the samples on this page:
Console

When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.
gcloud
1. Install the Google Cloud CLI, then initialize it by running the following command:
  gcloud init
  Note: If you installed the gcloud CLI previously, make sure you have the latest version by running gcloud components update.
2. Set a default region and zone.

Assicurati di conoscere il ID organizzazione.

Ruoli obbligatori

Per ottenere le autorizzazioni necessarie per gestire i criteri dell'organizzazione per le risorse Cloud Load Balancing, chiedi all'amministratore di concederti i seguenti ruoli IAM:

Amministratore dei criteri dell'organizzazione (roles/orgpolicy.policyAdmin) su resource_types dell'organizzazione
Per testare le limitazioni sulle risorse di HealthCheck: Compute Load Balancer Admin (v1) (roles/compute.loadBalancerAdmin.v1) nel progetto

Per saperne di più sulla concessione dei ruoli, consulta Gestire l'accesso a progetti, cartelle e organizzazioni.

Questi ruoli predefiniti e le autorizzazioni necessarie per gestire i criteri dell'organizzazione per le risorse di Cloud Load Balancing. Per vedere le autorizzazioni esatte obbligatorie, espandi la sezione Autorizzazioni obbligatorie:

Autorizzazioni obbligatorie

Per gestire i criteri dell'organizzazione per le risorse Cloud Load Balancing sono necessarie le seguenti autorizzazioni:

orgpolicy.constraints.list
orgpolicy.policies.create
orgpolicy.policies.delete
orgpolicy.policies.list
orgpolicy.policies.update
orgpolicy.policy.get
orgpolicy.policy.set

Potresti anche ottenere queste autorizzazioni con ruoli personalizzati o altri ruoli predefiniti.

Risorse supportate da Cloud Load Balancing

Per Cloud Load Balancing, puoi impostare vincoli personalizzati su: risorse e campi.

Controllo di integrità: compute.googleapis.com/HealthCheck
- resource.checkIntervalSec
- resource.timeoutSec
- resource.unhealthyThreshold
- resource.healthyThreshold
- resource.type
- Controllo di integrità TCP:
  - resource.tcpHealthCheck.port
  - resource.tcpHealthCheck.request
  - resource.tcpHealthCheck.response
  - resource.tcpHealthCheck.proxyHeader
- Controllo di integrità SSL:
  - resource.sslHealthCheck.port
  - resource.sslHealthCheck.request
  - resource.sslHealthCheck.response
  - resource.sslHealthCheck.proxyHeader
- Controllo di integrità HTTP:
  - resource.httpHealthCheck.port
  - resource.httpHealthCheck.host
  - resource.httpHealthCheck.requestPath
  - resource.httpHealthCheck.proxyHeader
  - resource.httpHealthCheck.response
- Controllo di integrità HTTPS:
  - resource.httpsHealthCheck.port
  - resource.httpsHealthCheck.host
  - resource.httpsHealthCheck.requestPath
  - resource.httpsHealthCheck.proxyHeader
  - resource.httpsHealthCheck.response
- Controllo di integrità HTTP/2:
  - resource.http2HealthCheck.port
  - resource.http2HealthCheck.host
  - resource.http2HealthCheck.requestPath
  - resource.http2HealthCheck.proxyHeader
  - resource.http2HealthCheck.response
- Controllo di integrità gRPC:
  - resource.grpcHealthCheck.port
  - resource.grpcHealthCheck.grpcServiceName
Per altre risorse di computing supportate, consulta la pagina dei vincoli personalizzati di Compute Engine per maggiori dettagli.

Configura un vincolo personalizzato

Un vincolo personalizzato è definito dalle risorse, dai metodi, dalle condizioni e dalle azioni supportati dal servizio su cui stai applicando il criterio dell'organizzazione. Le condizioni per i vincoli personalizzati vengono definite utilizzando Common Expression Language (CEL). Per ulteriori informazioni su come creare condizioni nei vincoli personalizzati utilizzando CEL, consulta la sezione relativa a CEL di Creare e gestire criteri dell'organizzazione personalizzati.

Puoi creare un vincolo personalizzato e configurarlo per l'utilizzo nell'organizzazione i criteri utilizzando la console Google Cloud o gcloud CLI.

Console

Nella console Google Cloud, vai alla pagina Norme dell'organizzazione.

Vai a Criteri dell'organizzazione
Seleziona il selettore di progetti nella parte superiore della pagina.
Dal selettore dei progetti, seleziona la risorsa per cui vuoi per impostare il criterio dell'organizzazione.
Fai clic su Vincolo personalizzato.
Nella casella Nome visualizzato, inserisci un nome facile da ricordare per il vincolo. Questo campo ha una lunghezza massima di 200 caratteri. Non utilizzare PII o dati sensibili nei nomi dei vincoli, perché potrebbero essere essere esposti nei messaggi di errore.
Nella casella ID vincolo, inserisci il nome che vuoi assegnare al nuovo vincolo personalizzato. Un vincolo personalizzato deve iniziare con custom. e può includere solo lettere maiuscole, lettere minuscole o numeri, per ad esempio custom.enforceTCPHealthCheckPort1024. La lunghezza massima di questo campo è di 70 caratteri, senza contare il prefisso, ad esempioorganizations/123456789/customConstraints/custom..
Nella casella Descrizione, inserisci una descrizione chiara del vincolo da visualizzare come messaggio di errore in caso di violazione del criterio. Questo campo ha una lunghezza massima di 2000 caratteri.
Nella casella Tipo di risorsa, seleziona il nome della risorsa REST di Google Cloud contenente l'oggetto e il campo che vuoi limitare. Ad esempio, compute.googleapis.com/HealthCheck.
In Metodo di applicazione, seleziona se applicare il vincolo sul metodo REST CREATE.
Per definire una condizione, fai clic su Modifica condizione:
1. Nel riquadro Aggiungi condizione, crea una condizione CEL che fa riferimento a una risorsa di servizio supportata, ad esempioresource.tcpHealthCheck.port >= 1024. Questo campo ha un limite massimo di 1000 caratteri.
2. Fai clic su Salva.
In Azione, scegli se consentire o negare il metodo valutato se la condizione precedente è soddisfatta.
Fai clic su Crea vincolo.

Dopo aver inserito un valore in ogni campo, a destra viene visualizzata la configurazione YAML equivalente per questo vincolo personalizzato.

gcloud

Per creare un vincolo personalizzato utilizzando gcloud CLI, crea un File YAML per il vincolo personalizzato:

name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resource_types:
- compute.googleapis.com/RESOURCE_NAME
method_types:
- CREATE
- UPDATE
condition: CONDITION
action_type: ACTION
display_name: DISPLAY_NAME
description: DESCRIPTION

Sostituisci quanto segue:

ORGANIZATION_ID: l'ID della tua organizzazione, ad esempio 123456789.
CONSTRAINT_NAME: il nome che vuoi per il tuo nuovo un vincolo personalizzato. Un vincolo personalizzato deve iniziare con custom. e può includere solo lettere maiuscole, lettere minuscole o numeri. Ad esempio, custom.enforceTCPHealthCheckPort1024. La lunghezza massima di questo campo è 70 caratteri, senza contare il prefisso (ad esempio, organizations/123456789/customConstraints/custom.).
RESOURCE_NAME: il nome (non l'URI) della risorsa REST dell'API Compute Engine contenente l'oggetto e il campo che vuoi limitare. Ad esempio, HealthCheck.
CONDITION: una condizione CEL scritta in base a di una risorsa di servizio supportata. Questo campo ha un limite massimo di 1000 caratteri. Consulta: Risorse supportate per ulteriori informazioni sugli e risorse disponibili per scrivere le condizioni. Ad esempio: "resource.tcpHealthCheck.port >= 1024".
ACTION: l'azione da intraprendere se viene soddisfatto il criterio condition. Può essere ALLOW o DENY.
DISPLAY_NAME: un nome comprensibile per la limitazione. Questo campo ha una lunghezza massima di 200 caratteri.
DESCRIPTION: una descrizione del del vincolo che viene visualizzato come messaggio di errore quando il criterio viene violato. Questo campo ha una lunghezza massima di 2000 caratteri.

Per saperne di più su come creare un vincolo personalizzato, consulta Creazione e gestione di criteri dell'organizzazione personalizzati.

Dopo aver creato il file YAML per un nuovo vincolo personalizzato, devi configurarlo per renderlo disponibile per i criteri dell'organizzazione nella tua organizzazione. Per configurare un vincolo personalizzato, utilizza il comando gcloud org-policies set-custom-constraint:

gcloud org-policies set-custom-constraint CONSTRAINT_PATH

Sostituisci CONSTRAINT_PATH con il percorso completo del file delle limitazioni personalizzate. Ad esempio: /home/user/customconstraint.yaml. Al termine, troverai i vincoli personalizzati come criteri dell'organizzazione disponibili nel tuo elenco dei criteri dell'organizzazione Google Cloud. Per verificare che il vincolo personalizzato esista, utilizza il metodo Comando gcloud org-policies list-custom-constraints:

gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID

Sostituisci ORGANIZATION_ID con l'ID della risorsa dell'organizzazione. Per ulteriori informazioni, consulta Visualizzare i criteri dell'organizzazione.

Applicare un vincolo personalizzato

Puoi applicare una limitazione booleana creando un criterio dell'organizzazione che vi fa riferimento e applicandolo a una risorsa Google Cloud.

Console

Per applicare un vincolo booleano:

Nella console Google Cloud, vai alla pagina Norme dell'organizzazione.
Vai a Criteri dell'organizzazione
Seleziona il selettore del progetto nella parte superiore della pagina.
Nel selettore di progetti, seleziona il progetto per cui vuoi impostare il criterio dell'organizzazione.
Seleziona il vincolo dall'elenco nella pagina Criteri dell'organizzazione. Dovrebbe essere visualizzata la pagina Dettagli norme relativa alla limitazione.
Per configurare il criterio dell'organizzazione per questa risorsa, fai clic su Gestisci criterio.
Nella pagina Modifica criterio, seleziona Sostituisci criterio della risorsa padre.
Fai clic su Aggiungi una regola.
In Applicazione, seleziona se l'applicazione di questo criterio dell'organizzazione deve essere attivata o disattivata.
Se vuoi, per applicare le condizioni del criterio dell'organizzazione a un tag, fai clic su Aggiungi condizione. Tieni presente che se aggiungi una regola condizionale a un'organizzazione devi aggiungere almeno una regola incondizionata. In caso contrario, la norma non potrà essere salvata. Per maggiori informazioni i dettagli, vedi Impostazione di un criterio dell'organizzazione con i tag.
Se si tratta di un vincolo personalizzato, puoi fare clic su Prova modifiche per simulare l'effetto di questo criterio dell'organizzazione. Per ulteriori informazioni, consulta Testare le modifiche ai criteri dell'organizzazione con Policy Simulator.
Per completare e applicare il criterio dell'organizzazione, fai clic su Imposta criterio. L'applicazione del criterio richiederà fino a 15 minuti.

gcloud

Per creare un criterio dell'organizzazione che applichi un vincolo booleano, crea un criterio File YAML che fa riferimento al vincolo:

      name: projects/PROJECT_ID/policies/CONSTRAINT_NAME
      spec:
        rules:
        - enforce: true

Sostituisci quanto segue:

PROJECT_ID: il progetto su cui vuoi applicare in modo forzato i di blocco.
CONSTRAINT_NAME: il nome definito per il vincolo personalizzato. Per ad esempio custom.enforceTCPHealthCheckPort1024.

Per applicare il criterio dell'organizzazione contenente il vincolo, esegui questo comando:

    gcloud org-policies set-policy POLICY_PATH

Sostituisci POLICY_PATH con il percorso completo del file YAML del criterio dell'organizzazione. L'applicazione del criterio potrebbe richiedere fino a 15 minuti.

Esempio: crea una limitazione che limiti la porta del controllo di integrità TCP a un minimo di 1024

gcloud

Crea un file di vincoli enforceTCPHealthCheckPort1024.yaml con le seguenti informazioni:

name: organizations/ORGANIZATION_ID/customConstraints/custom.enforceTCPHealthCheckPort1024
resource_types:
– compute.googleapis.com/HealthCheck
condition: "resource.tcpHealthCheck.port >= 1024"
method_types:
– CREATE
– UPDATE
action_type: ALLOW
display_name: Only TCP HealthCheck Port >= 1024 Allowed.
description: Prevent TCP health checks on well-known ports.

Imposta il vincolo personalizzato.

gcloud org-policies set-custom-constraint enforceTCPHealthCheckPort1024.yaml

Crea un file di criteri enforceTCPHealthCheckPort1024-policy.yaml con le seguenti informazioni. In questo esempio applichiamo questo vincolo a livello di progetto, ma puoi impostarlo anche a livello di organizzazione o cartella. Sostituisci PROJECT_ID con l'ID del tuo progetto.
```
name: projects/PROJECT_ID/policies/custom.enforceTCPHealthCheckPort1024
spec:
  rules:
  – enforce: true
```

Applica il criterio.

gcloud org-policies set-policy enforceTCPHealthCheckPort1024-policy.yaml

Testa la limitazione tentando di creare un controllo di integrità TCP sulla porta 80, che non è consentita.

gcloud compute health-checks create tcp my-tcp-health-check \
    --project=PROJECT_ID \
    --region=us-central1 \
    --port=80 \
    --check-interval=5s \
    --timeout=5s \
    --healthy-threshold=4 \
    --unhealthy-threshold=5 \

L'output è simile al seguente:

ERROR: (gcloud.compute.healthChecks.create) Could not fetch resource:
– Operation denied by custom org policies: [customConstraints/custom.enforceTCPHealthCheckPort1024]: Only TCP HealthCheck Port >= 1024 Allowed.

Esempi di vincoli personalizzati per casi d'uso comuni

Le sezioni seguenti forniscono la sintassi di alcuni vincoli personalizzati che potrebbero trovare utile:

Controllo di integrità

Caso d'uso	Sintassi
Richiedi che tutti i protocolli per il controllo di integrità vengano eseguiti sulla porta 1024 o successive.	name: organizations/`ORGANIZATION_ID`/customConstraints/custom.healthCheckPortMin1024 resourceTypes: - compute.googleapis.com/HealthCheck methodTypes: - CREATE - UPDATE condition: "resource.tcpHealthCheck.port >= 1024 && resource.httpHealthCheck.port >= 1024 && resource.httpsHealthCheck.port >= 1024 && resource.sslHealthCheck.port >= 1024 && resource.sslHealthCheck.port >= 1024 &&resource.http2HealthCheck.port >= 1024 && resource.grpcHealthCheck.port >= 1024" actionType: ALLOW displayName: Require Port 1024 or greater for all health checks. description: All Health Checks protocols must use a port of 1024 or higher, to avoid well-known ports.
Non consentire i controlli di integrità GRPC.	name: organizations/`ORGANIZATION_ID`/customConstraints/custom.disallowGRPCHealthChecks resourceTypes: - compute.googleapis.com/HealthCheck methodTypes: - CREATE - UPDATE condition: "resource.type == 'GRPC'" actionType: DENY displayName: Disallow GRPC Health Checks description: Health Checks are not allowed to use GRPC.
Evita i probe di controllo di integrità ad alta frequenza.	name: organizations/`ORGANIZATION_ID`/customConstraints/custom.minHealthCheckFrequency resourceTypes: - compute.googleapis.com/HealthCheck methodTypes: - CREATE - UPDATE condition: "resource.checkIntervalSec >= 30" actionType: ALLOW displayName: Disallow fast health check probes description: Prevent health checks from having a probe frequency under 30 seconds.

Caso d'uso

Sintassi

Richiedi che tutti i protocolli per il controllo di integrità vengano eseguiti sulla porta 1024 o successive.

  name: organizations/ORGANIZATION_ID/customConstraints/custom.healthCheckPortMin1024
  resourceTypes:
  - compute.googleapis.com/HealthCheck
  methodTypes:
  - CREATE
  - UPDATE
  condition: "resource.tcpHealthCheck.port >= 1024 && resource.httpHealthCheck.port >= 1024 && resource.httpsHealthCheck.port >= 1024 && resource.sslHealthCheck.port >= 1024 && resource.sslHealthCheck.port >= 1024 &&resource.http2HealthCheck.port >= 1024 && resource.grpcHealthCheck.port >= 1024"
  actionType: ALLOW
  displayName: Require Port 1024 or greater for all health checks.
  description: All Health Checks protocols must use a port of 1024 or higher, to avoid well-known ports.

Non consentire i controlli di integrità GRPC.

  name: organizations/ORGANIZATION_ID/customConstraints/custom.disallowGRPCHealthChecks
  resourceTypes:
  - compute.googleapis.com/HealthCheck
  methodTypes:
  - CREATE
  - UPDATE
  condition: "resource.type == 'GRPC'"
  actionType: DENY
  displayName: Disallow GRPC Health Checks
  description: Health Checks are not allowed to use GRPC.

Evita i probe di controllo di integrità ad alta frequenza.

  name: organizations/ORGANIZATION_ID/customConstraints/custom.minHealthCheckFrequency
  resourceTypes:
  - compute.googleapis.com/HealthCheck
  methodTypes:
  - CREATE
  - UPDATE
  condition: "resource.checkIntervalSec >= 30"
  actionType: ALLOW
  displayName: Disallow fast health check probes
  description: Prevent health checks from having a probe frequency under 30 seconds.

Passaggi successivi

Per saperne di più sui criteri dell'organizzazione, consulta la Introduzione al servizio Criteri dell'organizzazione.
Scopri di più su come creare e gestire i criteri dell'organizzazione.
Consulta l'elenco completo dei vincoli dei criteri dell'organizzazione predefiniti.