Vapor allows you to easily create and manage RDS and Aurora Serverless databases directly from the Vapor UI or using the Vapor CLI. Database backups are automatically performed and you may restore a database to any point in time (down to the second) within the backup retention window.
You may create databases using the Vapor UI or using the
database CLI command. When using the CLI command, the command will prompt you for more details about the database such as its desired performance class and maximum storage space.
vapor database my-application-db
The Default Database
Vapor will automatically create a "vapor" database within each database instance that you create. You are free to create additional databases using the database management tool of your choice.
When creating Vapor databases, you may choose from two different types of databases: fixed size and auto-scaling serverless databases.
Fixed Size Databases
Fixed sized databases are RDS MySQL 5.7 / RDS MySQL 8.0 / Postgres 11.0 databases that have a fixed amount of RAM and disk space. These databases may be scaled up or down after creation, but not without incurring downtime.
In addition, these databases may be publicly accessible (with a long, random password automatically assigned by Vapor) or private. Private databases may not typically be accessed from the public Internet. To access them from your local machine, you will need to create a Vapor jumpbox.
Vapor will place any application that uses a private database in a network with a NAT Gateway. Later, if you no longer plan to use the database and are using no other private resources from your application, you may remove the NAT Gateway from your network via the network's management screen.
Serverless databases are auto-scaling Aurora MySQL 5.6 / Postgres 10.0 databases which do not have a fixed amount of RAM or disk space. Instead, these databases automatically scale based on the needs of your application. At their smallest scale, they are allocated 1GB of RAM.
AWS requires all serverless databases to be private, meaning Vapor will place any application that uses them in a network with a NAT Gateway. If you no longer plan to use a serverless database and are using no other private resources from your application, you may remove the NAT Gateway from your network via the network's management screen.
Quick Development Databases
To quickly create a publicly accessible database of the smallest performance class, you may use the
--dev flag when creating your database. These small, affordable databases are perfect for testing or staging environments:
vapor database my-test-database --dev
To attach a database to an environment, add a
database key to the environment's configuration in your
vapor.yml file and deploy your application. The value of this key should be the name of the database. When the environment is deployed, Vapor will automatically inject the necessary Laravel environment variables for connecting to the database, allowing your application to start using it immediately:
id: 3 name: vapor-app environments: production: database: my-application-db build: - 'composer install --no-dev' deploy: - 'php artisan migrate --force'
Connecting To Private Databases Locally
If you would like to connect to your private database from your local machine, you can either use a Vapor jumpbox in combination with a GUI database management tool or the
database:shell CLI command. Jumpboxes are very small, SSH accessible servers that are placed within your private network.
Jumpboxes + GUI Tool
Once a jumpbox has been created, you may configure your database management tool to connect to your database through the jumpbox SSH connection:
After provisioning a jumpbox, you may use the
database:shell command to quickly access a command line database shell that lets you interact with your database:
vapor database:shell my-application-db
Even though your serverless Laravel applications running on Vapor can handle extreme amounts of web traffic, traditional relational databases such as MySQL can become overwhelmed and crash due to connection limit restrictions. To solve this, you may use an RDS proxy to efficiently manage your database connections and allow many more connections than would typically be possible.
The database proxy can be added via the Vapor UI or the
database:proxy CLI command:
vapor database:proxy my-application-db
Next, you may instruct an environment to use the proxy associated with the database using the
database-proxy configuration option within your
id: 3 name: vapor-app environments: production: database: my-application-db database-proxy: true build: - 'composer install --no-dev' deploy: - 'php artisan migrate --force'
You can delete the proxy at any time using the Vapor UI or the
database:delete-proxy CLI command. Before deleting a proxy, make sure none of your applications are using the associated proxy:
vapor database:delete-proxy my-application-db
Before considering the usage of database proxies in Vapor, please consult Amazon's list of limitations.
When a database is created, Vapor creates a "vapor" master user. You may create additional database users, which will automatically be assigned a secure, random password, using the Vapor UI or the
database:user CLI command:
vapor database:user my-application-db user-2
You may instruct an environment to connect to a database as a given user using the
database-user configuration option within your
id: 3 name: vapor-app environments: production: database: my-application-db database-user: user-2 build: - 'composer install --no-dev' deploy: - 'php artisan migrate --force'
Database Password Rotation
You may leverage users to "rotate" the password of a database without downtime by creating a new user, updating the environment to use that user, deploying the environment, and then deleting the old database user.
You may scale fixed size databases via the Vapor UI's database detail screen or the
database:scale CLI command. When scaling a fixed size database, the database will be unavailable, and the amount of time it takes to scale the database could vary based on the size of the database. Therefore, you should place your application in maintenance mode before beginning the scaling operation:
vapor database:scale my-application-db
Vapor database backups are performed automatically and you may restore databases to any point in time within the database backup retention period, which is three days by default. You can change the database backup retention period at any time via the Vapor UI's database details screen.
Database restoration may be initiated via the Vapor UI or the
database:restore CLI command:
vapor database:restore current-database-name new-database-name
When restoring a database, a new database is created with the same configuration as the previous database. Then, the previous database's contents are restored to the new database as they existed at the exact point in time you choose. To attach the restored database to an environment, update the value of the
database key in your
vapor.yml file and deploy the environment.
Once you are satisfied with the database restoration, you may delete the old database.
A variety of database performance metrics are available via the Vapor UI's database detail screen or using the
database:metrics CLI command:
vapor database:metrics my-application-db vapor database:metrics my-application-db 5m vapor database:metrics my-application-db 30m vapor database:metrics my-application-db 1h vapor database:metrics my-application-db 8h vapor database:metrics my-application-db 1d vapor database:metrics my-application-db 3d vapor database:metrics my-application-db 7d vapor database:metrics my-application-db 1M
You may configure alarms for all database metrics using the Vapor UI. These alarms will notify you via the notification method of your choice when an alarm's configured threshold is broken and when an alarm recovers.
Databases may be deleted via the Vapor UI or using the
database:delete CLI command. Once a database has been deleted, it can not be recovered, so take extra caution before deleting a database:
vapor database:delete my-application-db