Deployment guide
This guide will walk you through the process of deploying Epsio for MySQL in your AWS environment.
Before you begin¶
Before proceeding with the deployment guide, ensure that you have the following:
- An EC2 instance to run epsio on with:
- Network access to your MySQL instance.
docker
,docker compose
plugin andzip
installed on it
- A MySQL Database with version 5.7+.
1. Launch Epsio in your VM¶
After you sign up, a wizard will appear and walk you through the stages of deployment.
Copy the Epsio install command:
Run the command in your VM:
Wait until Epsio is successfully deployed, and then proceed to the next step.
2. Connect Epsio to your database¶
Open a connection to your database and follow the steps below.
Create a database for Epsio's metadata:
Create a database user for Epsio's exclusive use:
Grant new user permissions to the Epsio database
Grant replication permissions to the Epsio user
Grant permission to create result tables and populate existing data
GRANT SELECT, CREATE, SHOW VIEW, CREATE VIEW, ALTER, INSERT, LOCK TABLES, DELETE, DROP ON *.* TO epsio_user;
If you wish to limit access to only specific tables / databases, replace the *.*
pattern with the relevant database names and table names you intend on using.
Enter the credentials of the epsio user you've just created in the wizard and click connect:
You will also need to provide the hostname (or IP address), port and a default database name (the default database that Epsio will create result tables in or query from).
After connection, Epsio will check that your database is configured correctly and will create the functions under the epsio
database.
Continue to the next step to configure binlog.
3. Configure Replication¶
3.1 Check if replication is configured correctly¶
Run the following command to check if your instance is already configured correctly:
-- Required configuration: ON
SHOW VARIABLES LIKE 'log_bin';
-- Required configuration: ON
SHOW VARIABLES LIKE 'log_bin_trust_function_creators';
-- Required configuration: ROW
SHOW VARIABLES LIKE 'binlog_format';
-- Value should be 1 hour or bigger
CALL mysql.rds_show_configuration();
-- Required configuration: ON
SHOW VARIABLES LIKE 'log_bin';
-- Required configuration: ON
SHOW VARIABLES LIKE 'log_bin_trust_function_creators';
-- Required configuration: ROW
SHOW VARIABLES LIKE 'binlog_format';
-- Value should be 1 hour or bigger
CALL mysql.rds_show_configuration();
-- Required configuration: ON
SHOW VARIABLES LIKE 'log_bin';
-- Required configuration: ROW
SHOW VARIABLES LIKE 'binlog_format';
-- Required configuration: ON
SHOW VARIABLES LIKE 'log_bin_trust_function_creators';
3.2 Enable replication¶
Create a custom RDS parameter group. If your instance already uses a custom parameter group, skip to the next stage.
Edit the custom parameter group.
Set binlog_format
parameter to "ROW".
Set log_bin_trust_function_creators
to 1.
Associate the custom parameter group with your RDS instance. Go to the RDS management console, select your instance and click on the "Modify" button.
In the "Modify DB Instance" page, select the custom parameter group you created in the previous step.
Make sure you choose "Apply Immediately" to apply the changes immediately.
Wait for the parameter group configuration to change to "Pending reboot" status.
The parameter group status can be found in the "Configuration" tab of your RDS instance.
Then, reboot the database for the changes to take effect.
You'll know that the changes have taken affect when the status of your DB instance Parameter Group changes to "In Sync".
After the instance reboots, edit the RDS retention policy:
Verify that all the new configurations are enabled by running the following commands:Create a custom Aurora cluster parameter group. If your instance already uses a custom cluster parameter group, skip to the next stage.
Edit the custom aurora parameter group.
Set binlog_format
parameter to "ROW".
Set log_bin_trust_function_creators
to 1.
Associate the custom cluster parameter group with your Aurora cluster. Go to the RDS management console, select your cluster and click on the "Modify" button.
In the "Modify DB Cluster" page, select the custom parameter group you created in the previous step.
Make sure you choose "Apply Immediately" to apply the changes immediately.
Wait for the parameter group configuration to change to "Pending reboot" status in your Aurora instance.
The parameter group status can be found in the "Configuration" tab of your Aurora instance.
Then, reboot the Aurora instance for the changes to take effect.
You'll know that the changes have taken affect when the status of your Aurora instance cluster parameter group changes to "In Sync".
After the instance reboots, edit the Aurora retention policy:
Verify that all the new configurations are enabled by running the following commands:Enable binlog:
Edit your mysql conf file and add the following configurations:
server-id = 223344
log_bin = mysql-bin
binlog_format = ROW
binlog_row_image = FULL
binlog_expire_logs_seconds = 864000
Enable log_bin_trust_function_creators: Run the following command;
Validate configuration: Verify that all the new configurations are enabled by running the following commands:
3.3 Finish the deployment¶
Once finished, click on the "Validate Configuration" and Epsio will verify that replication is set up correctly.
Congratulations! You've successfully enabled replication in your database.
Once Epsio successfully connects to your database, you'll be redirected to the Epsio dashboard.
You are set to go and can create your first view. Visit the create_view for further details.