Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Secrets haben globale Namen und global replizierte Metadaten. Der Speicherort der Secret-Nutzlastdaten kann jedoch mithilfe der Replikationsrichtlinie gesteuert werden. Jedes Secret hat eine eigene Replikationsrichtlinie, die beim Erstellen festgelegt wird.
Die Standorte in der Replikationsrichtlinie können nicht aktualisiert werden.
Die Nutzlastdaten eines Secrets mit einer automatischen Replikationsrichtlinie werden ohne Einschränkung repliziert. Dies ist die einfachste Konfiguration und wird für die meisten Nutzer empfohlen. Wenn Sie ein Secret mit der Google Cloud CLI oder der Web-UI erstellen, ist dies die standardmäßige Replikationsrichtlinie.
Für Abrechnungszwecke wird ein Secret mit einer automatischen Replikationsrichtlinie als an einem einzigen Standort betrachtet.
Für die Bewertung der Organisationsrichtlinie für Ressourcenstandorte wird ein Secret mit einer automatischen Replikationsrichtlinie nur erstellt, wenn die Ressourcenerstellung in global zulässig ist.
Vom Nutzer verwaltet
Die Nutzlastdaten eines Secrets mit einer vom Nutzer verwalteten Replikationsrichtlinie werden in einen vom Nutzer konfigurierten Standort repliziert. Das Secret kann an einer beliebigen Anzahl von unterstützten Standorten repliziert werden. Dies kann nützlich sein, wenn es Anforderungen gibt, in denen die Secret-Nutzlastdaten gespeichert werden können.
Für Abrechnungszwecke wird jeder Standort in der nutzerverwalteten Replikationsrichtlinie als separater Standort betrachtet.
Für die Bewertung der Organisationsrichtlinie für Ressourcenstandorte wird ein Secret mit einer vom Nutzer verwalteten Replikationsrichtlinie nur erstellt, wenn die Ressourcenerstellung an allen ausgewählten Standorten zulässig ist.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-08-18 (UTC)."],[],[],null,["# Choose a replication policy\n\nSecrets have global names and globally replicated metadata, but the location\nwhere the secret payload data is stored can be controlled using the replication\npolicy. Each secret has its own replication policy which is set at creation.\nThe locations in the replication policy cannot be updated. \n\nThere are two replication policy types: [Automatic](#automatic) and\n[User Managed](#user-managed).\n\nAutomatic\n---------\n\nA secret with an automatic replication policy has its payload data replicated\nwithout restriction. This is the simplest configuration and is recommended for\nmost users. When creating a secret using the Google Cloud CLI or the web\nUI, this is the default replication policy.\n\nFor [billing purposes](/secret-manager/pricing), a secret with an automatic\nreplication policy is considered to be stored in a single location.\n\nFor purposes of\n[resource location organization policy](/resource-manager/docs/organization-policy/defining-locations)\nevaluation, a secret with an automatic replication policy can only be created\nif resource creation in `global` is allowed.\n\nUser Managed\n------------\n\nA secret with a user managed replication policy has its payload data replicated\nto a user configured set of locations. The secret can be replicated to any\nnumber of [supported locations](/secret-manager/docs/locations). This may be\nuseful if there are requirements around where the secret payload data can be\nstored.\n\nFor [billing purposes](/secret-manager/pricing), each location in the\nuser managed replication policy is considered a separate location.\n\nFor purposes of\n[resource location organization policy](/resource-manager/docs/organization-policy/defining-locations)\nevaluation, a secret with a user managed replication policy can only be created\nif resource creation is allowed in all the selected locations.\n\nWhat's next\n-----------\n\n- Learn more about [editing a secret](/secret-manager/docs/edit-secrets).\n- Learn more about [managing access to secrets](/secret-manager/docs/manage-access-to-secrets).\n- Learn more about [setting up rotation policies](/secret-manager/docs/secret-rotation)."]]
