--- sourceDocument: Australia IT Operations Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/it-operations-management Release : - australia ft:locale : - de-DE ft:publication_title : - Australia IT Operations Management ft:clusterId : - itom bundleId : - itom workflow : - Technology --- # Cloud accounts # Cloud accounts {#ariaid-title1} * Freigeben Version: Australia * * Aktualisiert 12. März 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 Minuten Lesedauer A cloud account is the logical representation in Cloud Provisioning and Governance of all or part of your managed cloud infrastructure. A cloud account can include multiple service accounts --- even service accounts from different providers. For each service account, you specify which datacenters to include in the cloud account. From a cloud account, you can: * Add LDCs. A logical datacenter (LDC) is a region-specific virtual cloud that is associated with a service account. The datacenter hosts your cloud resources. * Run Discovery on LDCs to update the CMDB with configuration changes or life cycle changes (create/modify/terminate) for each resource in each logical datacenter (LDC) that is associated with the cloud account. * Set capacity limits on cloud services like virtual machines, virtual CPUs, virtual networks, aggregate storage volume size, and others. Set limits to help ensure that cloud resources are provisioned at appropriate scales. Limits are especially important for capacity-constrained environments like private clouds. * Publish a cloud account to enable business teams to deploy stacks. {#cloud-accounts__ul_e1m_qps_wy} ## Structure of a cloud account An advantage of cloud accounts is that you can group specified service accounts with only the regions (datacenters) that you want to allow cloud resources in. For example, your AWS account could have more than a dozen datacenters globally. However, you might use only one or two regions. To conform with your security and compliance rules, you might not want any resources provisioned to additional regions around the world. A cloud account can contain as many service accounts as necessary in the following scenarios:{#cloud-accounts__table_mkd_wfp_l2b__entry__3} | Structure | Supported | Not supported | |-|-|-| | Add the same service account as many times as necessary, provided each entry is associated with a different LDC. | X | | | Add the same LDC from different service accounts in one cloud account. | | X | | Add different LDCs from different service accounts to a particular cloud account, provided the regions are not the same. Example: You have us-west-1 in serviceaccount1 and us-west-2 in serviceaccount2. Both can be added to cloudaccount1. However, both us-west-1 in serviceaccount1 and us-west-1 in serviceaccount2 cannot be added to cloudaccount1. | X | | [Tabelle : 1. Possible cloud account structures] {#cloud-accounts__table_mkd_wfp_l2b} ## Update a cloud account You keep a cloud account in the Draft state until you are ready to make the datacenters and capacity limits available for use --- in blueprints and the Cloud User Portal, for example. You can change the state to Published after you run Discovery. ## Set up an additional cloud account {#cloud-accounts__section_vxr_2w2_wdb} See [Set up an additional cloud account](https://servicenow-prod.fluidtopics.net/skXMVIYe_Ux95i3wSpEjpg "During initial installation, you set up one cloud account. To organize and compartmentalize your infrastructure, you can set up additional cloud accounts to include different providers or service accounts or datacenters."). ## Add a datacenter to a cloud account {#cloud-accounts__section_obd_kw2_wdb} At any time, you can add a logical datacenter to the cloud infrastructure that is represented by a cloud account. See [Add a datacenter to a cloud account](https://servicenow-prod.fluidtopics.net/xgenplSfo9EiHq4FQ7woOA "At any time, you can add a logical datacenter to the cloud infrastructure that is represented by a cloud account."). ## Set capacity limits on user requests for resources {#cloud-accounts__section_qhj_bmf_wdb} Capacity limits place restrictions on the attributes of cloud resources such as the number of virtual machines, virtual CPUs, or aggregate storage. You can set limits on resources separately for each logical datacenter in a cloud account. [Set capacity limits on user requests for resources](https://servicenow-prod.fluidtopics.net/nPMjTe9A3E_DyUMWbvU2ug "Capacity limits place restrictions on the attributes of cloud resources such as the number of virtual machines, virtual CPUs, or aggregate storage. You can set limits on resources separately for each logical datacenter in a cloud account.") * **[Service categories discovered in AWS](https://servicenow-prod.fluidtopics.net/TkyM5W0qQjJOrjyEHDkINw)** The Discovery process discovers AWS services. * **[Service categories discovered in Azure](https://servicenow-prod.fluidtopics.net/d52gple0ITK85jMoStV~mg)** The Discovery process discovers Microsoft Azure services. **Zugehörige Konzepte** * [Domain separation and Cloud Provisioning and Governance](https://servicenow-prod.fluidtopics.net/VagQ5xoSAkotYyZtXYBNbA "Domain separation is supported in Cloud Provisioning and Governance. Domain separation enables you to separate data, processes, and administrative tasks into logical groupings called domains. You can control several aspects of this separation, including which users can see and access data.") * [Domain separation in Cloud Provisioning and Governance - considerations for service providers](https://servicenow-prod.fluidtopics.net/FhGe8ZtQvE3jWxxND2kgsQ "Review the following considerations to effectively create, implement, and maintain domain separation for Cloud Provisioning and Governance services in the instance that you are setting up for your customers.") * [Cloud Admin Portal](https://servicenow-prod.fluidtopics.net/1TK0yotqTVMf0IqQ2kQEwQ "The Cloud Admin Portal is a role-based portal. You can manage, design, govern, operate, and analyze all your cloud resources from a unified base.") * [Moving Cloud Provisioning and Governance content across environments](https://servicenow-prod.fluidtopics.net/FPFd0vu4CngSFDXWJyZQkg "You can move the content in the Cloud Provisioning and Governance application from one environment to the other. For example, develop an application in an environment and then move the application and all its dependencies to another environment for testing or production.") **Zugehörige Verweise** * [Cloud Provisioning and Governance Recipes](https://servicenow-prod.fluidtopics.net/5FIYG3yailHhb840zdj~Fw "Multi-cloud recipes provide ready content for typical cloud deployment and common operations scenarios across cloud platforms.")