FAQ: Object Store v2 | MuleSoft Documentation
# FAQ: Object Store v2
## Where is Object Store v2 available?
Location | Region Name | Region  
---|---|---  
North America |  US East (N. Virginia)  
US East (Ohio)  
US West (N. California)  
US West (Oregon)  
Canada (Central) |  `ca-central-1`  
South America |  South America (Sao Paulo)  
Asia Pacific (Singapore) |  `ap-southeast-1`  
Asia Pacific (Sydney) |  `ap-southeast-2`  
Asia Pacific (Tokyo) |  `ap-northeast-1`  
Europe (Ireland)  
EU (Frankfurt) |  `eu-central-1`  
Europe (London)  
MuleSoft Government Cloud  
GovCloud (US West) |  `us-gov-west-1`  
EU (Ireland)  
EU (Frankfurt) |  `eu-central-1`  
North America |  Canada (Central)  
Japan (Central) |  `ap-northeast-1`  
You can’t access or configure some Object Store v2 features, such as the Object Store v2 Stats API. For information, see Object Store v2 on Hyperforce.
## What Mule versions support Object Store v2?
  * All Mule runtime engine 4.x versions
Mule 4 supports Object Store v2, but does not support Object Store v1.


## Can I use Object Store v2 for apps deployed to on-premises servers?
On-premises Mule applications can access Object Store v2 only via the Object Store REST API.
For on-premises deployments, you can use the object store included in Mule. For information about the Mule object store, see Store Application Data Using Object Stores.
## How can I see usage data?
To view API request data, see View Usage Graphs.
## What happens when the transaction limit for my subscription is reached?
An Object Store v2 subscription pack allows up to 100 million transactions per month for an Anypoint Platform organization. This limit is applied across all Production and non-Production environments. You can use the Object Store v2 Stats API to monitor usage.
If your usage exceeds your license limit, Object Store v2 continues to work. MuleSoft notifies your account administrator and team of any billing-related information.
## Is Object Store v2 persistent in the same region as the worker?
Yes, Object Store v2 is in the same region as the worker where the app is initially deployed. For example, if you deploy to the Singapore region, the object store persists in the Singapore region.
If after the first deploy, you move the app to a different region, Object Store v2 remains in the original region to avoid data loss. Your use of Object Store v2 never moves from one region to another. When you need to deploy both an app and object store to a different region, delete the app and re-upload the app into the new region. This action loses all the data that may exist in the storage.   
---  
## Can an app deployed to CloudHub access the object store of another CloudHub app?
You can configure a Mule app to use the Object Store REST API to store and retrieve values from an object store in another Mule app.
However, Object Store v2 isn’t designed for app-to-app communication. To share data between two Mule 4 apps, use a queue in Anypoint MQ.
For information about object store limitations, see Object Store Limitations.
For information about the Object Store REST API, see Object Store v2 API on Exchange.
## What are the limits on an object store?
The total size of an object store isn’t limited, but each value is limited to 10 MB.
Every API call (via the connector or API) to Object Store v2 counts toward the API rate limiting (transactions per second (TPS)):
  * Base subscription: 10 TPS per app
  * Premium add-on subscription: 100 TPS per app


## What is the maximum number of keys that can persist in Object Store v2?
In Object Store v2, there is no limit on the number of keys per app.
## What is the maximum key size?
The maximum size for a key is 1024 bytes (UTF-8 encoding).
Object Store v2 for CloudHub doesn’t support using pipe (`|`) characters in keys and converts any spaces to plus (`+`) characters.
## What are the advantages of using partitions?
You can use partitions to divide the object store into separate areas for your stored and retrieved keys. Partitions are logical, rather than physical, structures. For this reason, data access time is the same, whether you store keys in one partition or multiple partitions.
## How long can data persist in Object Store v2?
The maximum TTL (time to live) is 2592000 seconds (30 days).
For information about rolling and static TTL, see Time to Live (TTL).
To configure TTL, see Configure a Custom Time to Live Period.
## Where is the Object Store v2 REST API portal?
The Object Store v2 APIs are available in the Anypoint Platform Developer’s portal:
  * Anypoint Exchange Object Store v2
  * Anypoint Exchange Object Store v2 Stats


## Where is the Object Store connector?
Anypoint Exchange provides assets for the Mule 4 Object Store connector used by Studio 7.
## Do I need a different Object Store connector for Object Store v2 and Object Store v1?
All versions of Mule’s Object Store Connector work with both Object Store v1 and Object Store v2.
## Why are Object Store values in binary format?
When you view an Object Store key in Runtime Manager, the value for the key displays as `[binary value] BINARY`. Mule 4 wraps values into a Mule object that causes them to be only visible in binary through Anypoint Platform. Behind the scenes, Mule 4 executes binary serialization with the Mule internal serializer. The user interface can’t deserialize the object, hence it can only tell you that the value is now binary in the user interface.
To view the key value, you need an Object Store retrieve flow in your app’s connector, such as:
```
<flow name="Retrieve" >
	<http:listener doc:name="Listener" config-ref="HTTP_Listener_config1"
		path="/retrieve">
		<ee:repeatable-file-store-stream />
	</http:listener>
	<os:retrieve doc:name="Retrieve"
		key="#[attributes.queryParams.key]"
		objectStore="Object_store1"/>
</flow>
```

For more information, see Tutorial: Create a Studio 7 Project.
## Are there rate limits on Object Store v2?
Customers who have not purchased a separate Object Store SKU are rate limited to 10 transactions per second per app. If an app for an account that has not purchased the Object Store v2 SKU exceeds the rate limit, further requests aren’t processed for a time and a 429 HTTP error status code results. To go beyond the base 10 TPS rate limit, contact your MuleSoft account team.
## How is Object Store v2 data secured?
Object Store v2 uses Transport Layer Security (TLS) 1.2 for secure transport and doesn’t support the deprecated TLS versions 1.0 and 1.1. Data at rest is stored using FIPS 140-2 compliant encryption standards. If you require a higher level of security, we recommend that you encrypt sensitive data before writing it to the Object Store.
## Does Object Store cache data or perform I/O for each read and write?
Object Store v2 performs I/O for each read and write. With Object Store v2, the API call is localized to the same data center as the Runtime Manager app.
## What happens when you reenable the **Use Object Store v2** option after disabling it?
By default, the **Use Object Store v2** option is enabled during CloudHub application deployment. If you disable and then reenable this option in Runtime Manager, the original key-value pairs persist as long as the key-value pair TTL isn’t expired.
## See Also
  * Anypoint Exchange Object Store v2 API
  * Anypoint Exchange Object Store v2 Stats API
  * Configure a Custom Time-to-Live Period
  * Create Object Store Partitions
  * Object Store Connector for Mule 4
  * The Different Types of Object Stores Explained