---
title: Not enough capacity when expanding a deployment
description: Learn why expanding a deployment, or creating a new one, in Elastic Cloud Hosted can show a not enough capacity message, and how to mitigate or contact support.
url: https://docs-v3-preview.elastic.dev/elastic/docs-content/tree/main/troubleshoot/monitoring/not-enough-capacity
products:
  - Elastic Cloud Hosted
  - Elastic Documentation
applies_to:
  - Elastic Cloud Hosted: Generally available
---

# Not enough capacity when expanding a deployment
When you expand a deployment, or create a new one, you might encounter a temporary capacity error message if Elastic Cloud or the underlying cloud service provider (CSP) does not have enough capacity for the desired size. If sufficient capacity cannot be allocated, the operation might eventually fail.
Expanding a deployment means a scale-up (vertically) or a scale-out (horizontally).
This page explains how an expansion works, and what you can do when it fails.

## Expanding a deployment

When expanding a deployment, the following scenarios are possible:
- If the underlying hosts running deployment instances, such as Elasticsearch and Kibana, have enough available capacity, the expansion proceeds normally, either on the existing hosts or by creating new instances on other available hosts.
- If the underlying hosts do not have enough capacity, Elastic Cloud might request additional hosts (virtual machines) from the cloud service provider (CSP) to accommodate the expansion.

While Elastic Cloud requests additional hosts, the expansion stays on the `Validating plan prerequisites` step and it may take a long time. After those hosts are provisioned, the expansion can still succeed.

### Possible failure causes

The expansion can fail when:
- The CSP does not have enough resources. A large expansion on a current hardware profile, such as an increase of several hundred GiB in RAM, has a higher chance of this.
- The deployment uses a [deprecated hardware profile](/elastic/docs-content/tree/main/deploy-manage/deploy/elastic-cloud/change-hardware#ec-deprecated-icdt).

If the expansion fails, you might see the following message on the [Activity page](https://docs-v3-preview.elastic.dev/elastic/docs-content/tree/main/deploy-manage/deploy/elastic-cloud/keep-track-of-deployment-activity):
```
Not enough capacity to allocate instance(s)
Unable to get capacity from ...
```

<note>
  If the plan fails, no change is made to the deployment. The previous size and billing still apply.
</note>


### Potential performance degradation

During the expansion, after Elastic Cloud has requested and provisioned the new hosts, the new Elastic Stack instances are created and started, and the index/shard data is migrated from the old Elasticsearch instances to the new ones.
This migration consumes additional resources on the existing instances, and deployments without [high availability](/elastic/docs-content/tree/main/deploy-manage/deploy/elastic-cloud/elastic-cloud-hosted-planning#ec-ha) might experience temporary reduced performante.

## Mitigation

The following sections describe how to mitigate this situation.

### Avoid using a deprecated hardware profile

Current [hardware profiles](/elastic/docs-content/tree/main/deploy-manage/deploy/elastic-cloud/ec-change-hardware-profile#ec_upgrade_to_the_newest_version_of_your_current_hardware_profile) generally offer more available capacity than [deprecated profiles](/elastic/docs-content/tree/main/deploy-manage/deploy/elastic-cloud/change-hardware#ec-deprecated-icdt). If you're using a deprecated profile and encounter a "not enough capacity" error when you expand, consider migrating to a current profile first.
<note>
  For a large expansion, such as adding several hundred GiB of RAM, or a large hardware profile migration, notify support several weeks before your target date with your expected capacity needs and timeline. Advance notice allows Elastic to work on securing the necessary capacity or help you plan alternative options. Requests made without sufficient lead time are subject to CSP availability and may fail due to capacity limits.
</note>


### Try a smaller increase

If an expansion fails, try a smaller increase and then gradually work up to the size you need. For example, if you want 10 nodes in each availability zone, try 5 first.

### Configure high availability

Configuring [high availability](/elastic/docs-content/tree/main/deploy-manage/deploy/elastic-cloud/elastic-cloud-hosted-planning#ec-ha) can avoid a performance outage and degradation while the deployment changes size. With high availability, search and indexing continue smoothly during the expansion while Elastic Cloud retries it. The deployment keeps serving at its current size, and the new capacity is available when a later retry attempt succeeds.

### Contact support if the expansion fails

If the expansion fails, [contact support](/elastic/docs-content/tree/main/troubleshoot#contact-us) for assistance.