Utilizzare i criteri dell'organizzazione personalizzati

Questa pagina mostra come utilizzare i vincoli personalizzati del servizio Organization Policy per limitare operazioni specifiche sulle seguenti risorse Trusted Cloud by S3NS :

  • compute.googleapis.com/Interconnect
  • compute.googleapis.com/InterconnectAttachment

Per scoprire di più sulle policy dell'organizzazione, consulta Policy dell'organizzazione personalizzate.

Informazioni sui criteri e sui vincoli dell'organizzazione

Il servizio Trusted Cloud Policy dell'organizzazione offre un controllo centralizzato e programmatico sulle risorse della tua organizzazione. In qualità di amministratore delle policy dell'organizzazione, puoi definire una policy dell'organizzazione, ovvero un insieme di limitazioni chiamate vincoli che si applicano alle risorseTrusted Cloud e ai discendenti di queste risorse nella gerarchia delle risorseTrusted Cloud by S3NS . Puoi applicare le policy dell'organizzazione a livello di organizzazione, cartella o progetto.

La policy dell'organizzazione fornisce vincoli gestiti integrati per vari servizi Trusted Cloud . Tuttavia, se cerchi un controllo più granulare e personalizzabile sui campi specifici limitati nelle policy dell'organizzazione, puoi anche creare vincoli personalizzati e utilizzarli in una policy dell'organizzazione.

Ereditarietà delle policy

Per impostazione predefinita, le policy dell'organizzazione vengono ereditate dai discendenti delle risorse su cui applichi la policy. Ad esempio, se applichi una policy a una cartella, Trusted Cloud applica la policy a tutti i progetti contenuti nella cartella. Per scoprire di più su questo comportamento e su come modificarlo, consulta Regole di valutazione della gerarchia.

Prima di iniziare

  1. In the Trusted Cloud console, on the project selector page, select or create a Trusted Cloud project.

    Go to project selector

  2. Verify that billing is enabled for your Trusted Cloud project.

  3. Install the Google Cloud CLI.

  4. Configura gcloud CLI per utilizzare la tua identità federata.

    Per ulteriori informazioni, vedi Accedere a gcloud CLI con la tua identità federata.

  5. Per inizializzare gcloud CLI, esegui questo comando: 

    gcloud init
  6. Assicurati di conoscere il tuo ID organizzazione.

    7. Ruoli obbligatori

    Per ottenere le autorizzazioni necessarie per gestire le policy dell'organizzazione personalizzate, chiedi all'amministratore di concederti il ruolo IAM Amministratore policy dell'organizzazione (roles/orgpolicy.policyAdmin) sulla risorsa organizzazione. Per saperne di più sulla concessione dei ruoli, consulta Gestisci l'accesso a progetti, cartelle e organizzazioni.

    Potresti anche riuscire a ottenere le autorizzazioni richieste tramite i ruoli personalizzati o altri ruoli predefiniti.

    Crea un vincolo personalizzato

    Un vincolo personalizzato è definito in un file YAML dalle risorse, dai metodi, dalle condizioni e dalle azioni supportate dal servizio a cui stai applicando la policy dell'organizzazione. Le condizioni per i vincoli personalizzati vengono definite utilizzando il Common Expression Language (CEL). Per ulteriori informazioni su come creare condizioni nei vincoli personalizzati utilizzando il CEL, consulta la sezione relativa al CEL di Creazione e gestione di vincoli personalizzati.

    Per creare un vincolo personalizzato, crea un file YAML utilizzando il seguente formato:

    name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resourceTypes:
- RESOURCE_NAME
methodTypes:
- CREATE
- UPDATE
condition: "CONDITION"
actionType: ACTION
displayName: 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.restrictNocContactEmailDomain. La lunghezza massima di questo campo è di 70 caratteri.

    • RESOURCE_NAME: il nome completo della risorsa Trusted Cloud contenente l'oggetto e il campo che vuoi limitare. Ad esempio: compute.googleapis.com/Interconnect.

    • CONDITION: una condizione CEL scritta in base a una rappresentazione di una risorsa di servizio supportata. Questo campo ha una lunghezza massima di 1000 caratteri. Per ulteriori informazioni sulle risorse disponibili in base a cui scrivere condizioni, consulta la sezione Risorse supportate. Ad esempio "resource.nocContactEmail.endsWith('@example.com')".

    • ACTION: l'azione da eseguire se condition è soddisfatta. I valori possibili sono ALLOW e DENY.

    • DISPLAY_NAME: un nome facile da ricordare per il vincolo. Questo campo ha una lunghezza massima di 200 caratteri.

    • DESCRIPTION: una descrizione chiara del vincolo da visualizzare come messaggio di errore in caso di violazione della policy. Questo campo ha una lunghezza massima di 2000 caratteri.

    Per saperne di più su come creare un vincolo personalizzato, consulta Definizione di vincoli personalizzati.

    Configura un vincolo personalizzato

    Dopo aver creato il file YAML per un nuovo vincolo personalizzato, devi configurarlo per renderlo disponibile per le policy dell'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 del vincolo personalizzato. Ad esempio: /home/user/customconstraint.yaml. Al termine, i vincoli personalizzati sono disponibili come policy dell'organizzazione nel tuo elenco di policy dell'organizzazione Trusted Cloud by S3NS . Per verificare che il vincolo personalizzato esista, utilizza il comando gcloud org-policies list-custom-constraints: 
    gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID
     Sostituisci ORGANIZATION_ID con l'ID della risorsa della tua organizzazione. Per ulteriori informazioni, consulta Visualizzazione delle policy dell'organizzazione.

    Applicare una policy dell'organizzazione personalizzata

    Puoi applicare un vincolo creando una policy dell'organizzazione che lo richiami e poi applicando questa policy dell'organizzazione a una risorsa Trusted Cloud by S3NS .

    Console

    1. Nella console Trusted Cloud , vai alla pagina Policy dell'organizzazione.

      Vai a Policy dell'organizzazione

    2. Nel selettore di progetti, seleziona il progetto per cui vuoi impostare la policy dell'organizzazione.
    3. Nell'elenco della pagina Policy dell'organizzazione, seleziona il vincolo per visualizzare la pagina Dettagli policy relativa al vincolo in questione.
    4. Per configurare la policy dell'organizzazione per questa risorsa, fai clic su Gestisci policy.
    5. Nella pagina Modifica policy, seleziona Esegui override della policy dell'unità organizzativa principale.
    6. Fai clic su Aggiungi una regola.
    7. Nella sezione Applicazione, seleziona se attivare o meno l'applicazione di questa policy dell'organizzazione
    8. (Facoltativo) Per rendere la policy dell'organizzazione condizionale su un tag, fai clic su Aggiungi condizione. Tieni presente che se aggiungi una regola condizionale a una policy dell'organizzazione, devi aggiungere almeno una regola non condizionale, altrimenti la policy non può essere salvata. Per ulteriori informazioni, consulta Impostazione di una policy dell'organizzazione con tag.
    9. Fai clic su Testa modifiche per simulare l'effetto della policy dell'organizzazione. La simulazione delle policy non è disponibile per i vincoli gestiti legacy. Per ulteriori informazioni, consulta Testa le modifiche alla policy dell'organizzazione con Policy Simulator.
    10. Per completare e applicare la policy dell'organizzazione, fai clic su Imposta policy. L'applicazione della policy può richiedere fino a 15 minuti.

    gcloud

    Per creare una policy dell'organizzazione con regole booleane, crea un file YAML della policy che faccia 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. Ad esempio: custom.restrictNocContactEmailDomain.

    Per applicare la policy dell'organizzazione contenente il vincolo, esegui il seguente comando: 

        gcloud org-policies set-policy POLICY_PATH

    Sostituisci POLICY_PATH con il percorso completo del file YAML della policy dell'organizzazione. L'applicazione della policy può richiedere fino a 15 minuti.

    Testa il criterio dell'organizzazione personalizzato

    L'esempio seguente crea un vincolo e un criterio personalizzati che richiedono che tutti i nuovi cluster in un progetto specifico siano cluster Autopilot.

    Prima di iniziare, devi sapere quanto segue:

    • L'ID organizzazione
    • Un ID progetto

    Crea il vincolo

    1. Salva il seguente file come constraint-restrict-noc-contact-email.yaml:

      name: organizations/ORGANIZATION_ID/customConstraints/custom.restrictNocContactEmailDomain
resourceTypes:
- compute.googleapis.com/Interconnect
methodTypes:
- CREATE
- UPDATE
condition: "resource.nocContactEmail.endsWith('@example.com')"
actionType: ALLOW
displayName: Restrict allowed NOC contact email domains.
description: All Interconnects must have NOC contact email set to an address in the example.com domain.

      Definisce un vincolo in cui l'email di contatto del NOC per ogni Cloud Interconnect deve trovarsi nel dominio specificato.

    2. Applica il vincolo:

      gcloud org-policies set-custom-constraint ~/constraint-restrict-noc-contact-email.yaml

    3. Verifica che il vincolo esista:

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

      L'output è simile al seguente:

      CUSTOM_CONSTRAINT                       ACTION_TYPE  METHOD_TYPES   RESOURCE_TYPES                      DISPLAY_NAME
custom.restrictNocContactEmailDomain    ALLOW        CREATE,UPDATE  compute.googleapis.com/Interconnect Restrict allowed NOC contact email domains.
...

    Crea la policy

    1. Salva il seguente file come policy-restrict-noc-contact-email.yaml:

      name: projects/PROJECT_ID/policies/custom.enableGkeAutopilot
spec:
  rules:
  - enforce: true

      Sostituisci PROJECT_ID con l'ID progetto.

    2. Applica la norma:

      gcloud org-policies set-policy ~/policy-restrict-noc-contact-email.yaml

    3. Verifica che il criterio esista:

      gcloud org-policies list --project=PROJECT_ID

      L'output è simile al seguente:

      CONSTRAINT                             LIST_POLICY    BOOLEAN_POLICY    ETAG
custom.restrictNocContactEmailDomain   -              SET               COCsm5QGENiXi2E=

    Dopo aver applicato il criterio, attendi circa due minuti prima che Trusted Cloud inizi a applicarlo.

    Testare la policy

    gcloud compute interconnects create demo-interconnect \
    --customer-name=example_customer \
    --interconnect-type=DEDICATED \
    --link-type=LINK_TYPE_ETHERNET_10G_LR \
    --location=example_location \
    --requested-link-count=1 \
    --noc-contact-email="noc@wrong.domain"

    L'output è simile al seguente:

    Operation denied by custom org policies: ["customConstraints/custom.restrictNocContactEmailDomain": "All Interconnects must have NOC contact email set to an address in the example.com domain."]

    Esempi di norme personalizzate dell'organizzazione per casi d'uso comuni

    La tabella seguente fornisce la sintassi di alcuni vincoli personalizzati per casi d'uso comuni:

    Descrizione Sintassi del vincolo
    Limitare l'email di contatto del NOC agli indirizzi del tuo dominio 
      name: organizations/ORGANIZATION_ID/customConstraints/custom.enableRestrictNocContactEmailDomain
  resourceTypes:
  - compute.googleapis.com/Interconnect
  methodTypes:
  - CREATE
  - UPDATE
  condition: "resource.nocContactEmail.endsWith('@example.com')"
  actionType: ALLOW
  displayName: Restrict allowed NOC contact email domains.
  description: All Interconnects must have NOC contact email set to an address in the example.com domain.
    Richiedi la crittografia per tutti gli allegati di interconnessione 
      name: organizations/ORGANIZATION_ID/customConstraints/custom.enableRequireEncryption
  resourceTypes:
  - compute.googleapis.com/InterconnectAttachment
  methodTypes:
  - CREATE
  - UPDATE
  condition: "has(resource.encryption) && resource.encryption == 'IPSEC'"
  actionType: ALLOW
  displayName: Require encryption for all interconnect attachments.
  description: All interconnect attachments must use IPSEC encryption option.

    Risorse supportate da Cloud Interconnect

    La tabella seguente elenca le risorse Cloud Interconnect a cui puoi fare riferimento nei vincoli personalizzati.

    Risorsa Campo
    compute.googleapis.com/Interconnect resource.adminEnabled
    resource.customerName
    resource.description
    resource.interconnectType
    resource.linkType
    resource.location
    resource.macsec.failOpen
    resource.macsec.preSharedKeys.name
    resource.macsec.preSharedKeys.startTime
    resource.macsecEnabled
    resource.name
    resource.nocContactEmail
    resource.remoteLocation
    resource.requestedFeatures
    resource.requestedLinkCount
    compute.googleapis.com/InterconnectAttachment resource.adminEnabled
    resource.bandwidth
    resource.candidateSubnets
    resource.description
    resource.edgeAvailabilityDomain
    resource.encryption
    resource.ipsecInternalAddresses
    resource.mtu
    resource.name
    resource.router
    resource.stackType
    resource.subnetLength
    resource.type
    resource.vlanTag8021q

    Passaggi successivi