Gestisci le risorse di Cloud Load Balancing utilizzando vincoli personalizzati

I criteri dell'organizzazione Google Cloud ti offrono un controllo centralizzato e programmatico sulle risorse della tua 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 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:

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 i criteri dell'organizzazione personalizzati per applicare i criteri come segue:
    • Per applicare l'utilizzo di intervalli di porte o protocolli di controllo di integrità specifici.

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 su una cartella, Google Cloud applica i criteri a tutti i progetti . 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

Prima di iniziare

  • Se non l'hai ancora fatto, configura l'autenticazione. L'autenticazione è la procedura mediante la quale la tua identità viene verificata per l'accesso alle API e ai servizi 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
    2. Set a default region and zone.

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:

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 di 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 sulle seguenti 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 definiti utilizzando CEL (Common Expression Language). Per ulteriori informazioni su come creare condizioni nei vincoli personalizzati utilizzando CEL, consulta la sezione Creazione e gestione di criteri dell'organizzazione personalizzati.

Puoi creare una limitazione personalizzata e configurarla per l'utilizzo nei criteri dell'organizzazione utilizzando la console Google Cloud o gcloud CLI.

Console

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

    Vai a Criteri dell'organizzazione

  2. Seleziona il selettore di progetti nella parte superiore della pagina.

  3. Dal selettore dei progetti, seleziona la risorsa per cui vuoi per impostare il criterio dell'organizzazione.

  4. Fai clic su Vincolo personalizzato.

  5. 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 esposti nei messaggi di errore.

  6. 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 è 70 senza contare il prefisso, ad esempio organizations/123456789/customConstraints/custom..

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

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

  9. In Metodo di applicazione, scegli se applicare il vincolo sul metodo REST CREATE.

  10. Per definire una condizione, fai clic su Modifica condizione.

    1. Nel riquadro Aggiungi condizione, crea una condizione CEL che faccia riferimento a una di risorse di servizio supportate, resource.tcpHealthCheck.port >= 1024. Questo campo ha una lunghezza massima di 1000 caratteri.

    2. Fai clic su Salva.

  11. In Azione, seleziona se consentire o negare il metodo valutato se viene soddisfatta la condizione precedente.

  12. Fai clic su Crea vincolo.

Dopo aver inserito un valore in ciascun campo, il valore YAML equivalente la configurazione del vincolo personalizzato viene visualizzata a destra.

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 assegnare al nuovo 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) dell'URI Risorsa REST dell'API Compute Engine contenente l'oggetto e il campo 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 eseguire se condition è sono soddisfatte determinate condizioni. 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 disponibile per i criteri dell'organizzazione nella tua organizzazione. Per impostare 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, i vincoli personalizzati saranno disponibili come criteri dell'organizzazione nel tuo elenco di criteri dell'organizzazione di 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 un vincolo booleano creando un criterio dell'organizzazione che vi faccia riferimento. e applicare il criterio dell'organizzazione a una risorsa Google Cloud.

Console

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

    Vai a Criteri dell'organizzazione

  2. Dal selettore di progetti, scegli il progetto per il quale vuoi impostare criterio dell'organizzazione.
  3. Nell'elenco della pagina Criteri dell'organizzazione, seleziona il vincolo da visualizzare. alla pagina Dettagli criterio per il vincolo.
  4. Per configurare il criterio dell'organizzazione per questa risorsa, fai clic su Gestisci criterio.
  5. Nella pagina Modifica criterio, seleziona Sostituisci criterio della risorsa padre.
  6. Fai clic su Aggiungi una regola.
  7. Nella sezione Applicazione, seleziona se l'applicazione di questo criterio dell'organizzazione è attivata o disattivata.
  8. (Facoltativo) Per rendere condizionale il 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 ulteriori informazioni, consulta Impostare un criterio dell'organizzazione con tag.
  9. 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, vedi Testa le modifiche ai criteri dell'organizzazione con Policy Simulator.
  10. Per completare e applicare il criterio dell'organizzazione, fai clic su Imposta criterio. L'applicazione del criterio può richiedere 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 il vincolo.
  • CONSTRAINT_NAME: il nome definito per il vincolo personalizzato. Per ad esempio custom.enforceTCPHealthCheckPort1024.

Per applicare il criterio dell'organizzazione contenente la limitazione, esegui il seguente 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 può richiedere fino a 15 minuti.

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

gcloud

  1. Crea un file di vincolo 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.

  2. Imposta il vincolo personalizzato.

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

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

  4. Applica il criterio.

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

  5. Testa il vincolo cercando di creare il controllo di integrità TCP sulla porta 80, che non è consentito.

    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 potresti trovare utili:

Controllo di integrità

Caso d'uso Sintassi
Richiedi che tutti i protocolli di controllo di integrità vengano eseguiti sulla porta 1024 o superiore. 
  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.
Impedisci 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