1 What Is Mendix Cloud v4?
Mendix Cloud v4 is the current version of the Mendix Cloud: where licensed Mendix apps are deployed to a scalable, enterprise-grade cloud platform.
Apps deployed to v4 run in Cloud Foundry clusters that are deployed on highly available Amazon Web Services (AWS) regions. They can be deployed from Studio Pro and the Mendix Developer Portal or via our APIs. Apps can run in the EU, US, Japan, or the UK.
Mendix Cloud v4 is a mature product, launched in Q1 2017, and has a number of improvements over previous versions of Mendix Cloud:
- It is more secure as you can use HTTP Headers and client certificates, and have TLS v1.2 or higher enforced
- It runs on faster hardware
- It is still being actively developed and improved, with new features regularly being introduced (for example flexible environments)
- It uses industry-standard techniques for scalability and maintainability
- It supports all current versions of Mendix, including Mendix version 8
- It has improved monitoring features, including using external monitoring tools
2 Can I Upgrade All My Apps?
If you are currently using Mendix Cloud v3, you can to move your app(s) from v3 to v4 using the the instructions in Migrate to Mendix Cloud v4.
The most important thing is that your app needs to be on a supported version of Mendix, that is Mendix version 6.0 or above.
For other considerations, refer to Migrate to Mendix Cloud v4.
3 Where Will My Data Be Hosted?
The primary hosting locations are as follows:
- Mendix Cloud EU: AWS Frankfurt
- Mendix Cloud US: AWS North Virginia
- Mendix Cloud Asia Pacific: AWS Tokyo
- Mendix Cloud UK: AWS London
Backups will always be stored in at least one external region, separate from the primary hosting location.
Data will always be stored in the same political region for the following regions:
- Data in the EU, including backups, will stay within the EU
- Data in the EU is not currently backed up in the UK
- Data in the UK is backed up elsewhere in the EU
- Data in the US, including backups, will stay within the US
Data in Japan is currently backed up in Australia.
4 Does Mendix Expose the Underlying Cloud Foundry API?
No, we do not. The Cloud Foundry API does not map one-to-one to our deployment options, our authorization model, or our cloud resource usage. However, deployment to the Mendix Cloud can be automated using the Deploy API.
5 How Do I Access the Underlying AWS Resources & How Can I Deploy in My AWS account?
Mendix Cloud v4 runs in Mendix’s own AWS account and you cannot interact with the AWS APIs directly via our credentials. We do not offer VPC peering or VPC connections. All access to Mendix-hosted AWS resources (such as EC2, RDS, and S3) is done via our APIs, such as the Database API and FileDocument API in Runtime, and the Deploy API for cloud resources.
You can, however, launch services on your own AWS account, in the same region to minimize latency, and you can access those services via connectors in your app. The AWS IoT Connector from the Mendix App Store is a good example.
6 There Is No Deployment in My Desired AWS Region, When Will Mendix Launch There?
We add regions based on customer demand. If you would like a different region, contact your Mendix Customer Success Manager to see what we can offer. Note that we any request will need to take into account the costs of launching a complete Cloud Foundry cluster, with backup services, monitoring, etc.
You can also consider running your Mendix app using your own AWS account in a different AWS region. You can do this using Docker, and there is information on how to do this in the Docker documentation. If you do this, however, you will not receive all the benefits of running in the Mendix Cloud.
7 What Other Considerations Are There When Running My App in Mendix Cloud v4?
There are a few other considerations to bear in mind when you are running in Mendix Cloud v4:
- The Amazon RDS maintenance window is not aligned with the Mendix Developer Portal maintenance window for an application
- It is not possible to deploy a model (.mda) larger than 4GB when uncompressed or a model that contains approximately 64,000 or more files
- To use the debugger, you need to scale down to one instance
- Metrics for multi-instance nodes are not reported correctly – the information reported on the app’s Metrics and Alerts pages only represents one instance of a multi-instance node
- In some circumstances your app can run out of file connections as indicated by the following entry in the logfile: com.amazonaws.http.AmazonHttpClient executeHelper Unable to execute HTTP request: Timeout waiting for connection from pool — to resolve this:
- Update all App Store modules to the latest version – older versions may not close file connections correctly
- If using Mendix 6, upgrade to version 6.10.16 or above; for Mendix 7, upgrade to version 7.16 or above
- Increase the number of available file connections (default is 50) by adding the com.mendix.storage.s3.MaxConnections setting on the Environments > Runtime > Custom Runtime Settings in the Developer Portal – see Customization – Amazon S3 Storage Service Settings for more information
The platform automatically restarts application instances due to routine platform updates, which can be up to several times a week. If you review logs for an app that is functioning normally and you see recent messages about a series of instance restarts for no apparent reason, platform updates are probably the reason. This is normal and ok!
In the majority of cases, the platform will start a new instance of your application, before gracefully stopping the old one. This ensures that there is no downtime. You can verify this in the logs of your application.
If you want a second layer of assurance that you will not have downtime in this situation, we advise you to use Mendix 7, or above, and to scale your application to multiple instances.