Skip to content

Commit

Permalink
draft of the database project
Browse files Browse the repository at this point in the history
  • Loading branch information
maksimov committed May 29, 2024
1 parent 16d0cbb commit fd2ec19
Showing 1 changed file with 218 additions and 0 deletions.
218 changes: 218 additions & 0 deletions projects/mysql-cluster/README.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,218 @@
<!--forhugo
+++
title="Clustered MySQL Configuration and Troubleshooting"
+++
forhugo-->
# Clustered MySQL Configuration and Troubleshooting

This project is designed to introduce you to MySQL database setup, schema creation, replication, and failover using Amazon EC2 instances.

You will set up a primary MySQL server, test it, add a secondary server for replication, and demonstrate replication and failover processes. Most steps are designed to succeed, but some will require some troubleshooting and problem-solving.

## Learning Objectives
- Be able to install MySQL server
- Learn how to configure MySQL as a cluster
- Troubleshoot the cluster configuration
- Fail-over the cluster

Timebox: 5 days

## Project

### Task 1: Set Up the Primary MySQL Server

1. **Launch an EC2 Instance**
- Name your instance `db-proj-<yourname>-primary`
- Choose an Ubuntu AMI
- Select a `t2.micro` instance type
- Use key pair if you have one (recommended)
- Select existing security group:
- allow ssh access
- open-database-port-internal
- Keep default settings for storage
- Review and launch the instance
- Connect to the instance using SSH

2. **Install MySQL Server**
- Update the package list and install MySQL server:
```bash
sudo apt-get update
sudo apt-get install mysql-server
```
- Secure the MySQL installation:
Answer `Y` for everything, and for this exercise choose *LOW* password validation policy)
```bash
sudo mysql_secure_installation
```

3. **Configure MySQL for Remote Access**
- Edit the MySQL configuration file to allow remote connections:
```bash
sudo nano /etc/mysql/mysql.conf.d/mysqld.cnf
```
- Change `bind-address` to `0.0.0.0`.
- Restart MySQL service:
```bash
sudo systemctl restart mysql
```

4. **Create a MySQL User for Replication**
- Log in to MySQL and create a user for replication:
```bash
sudo mysql -u root
```
- Run the following SQL commands:
```sql
CREATE USER 'replica_user'@'%' IDENTIFIED BY 'C90L6`!Doe{K';
GRANT REPLICATION SLAVE ON *.* TO 'replica_user'@'%';
FLUSH PRIVILEGES;
```

5. **Create a Sample Database Schema**
- Still in the MySQL console, create a test database and table:
```sql
CREATE DATABASE cyfdb;
USE cyfdb;
CREATE TABLE users (
id INT AUTO_INCREMENT PRIMARY KEY,
name VARCHAR(100),
email VARCHAR(100)
);
```

### Task 2: Set Up the Secondary MySQL Server

1. **Launch a Second EC2 Instance**
- Follow similar steps as for the primary instance, but tag it as `db-proj-<yourname>-replica` just for your reference.

2. **Install MySQL Server on the Secondary Instance**
- Connect to the secondary instance using SSH.
- Repeat the installation steps as for the primary server.

3. **Configure MySQL for Replication on the Secondary Server**
- Stop MySQL service:
```bash
sudo systemctl stop mysql
```
- Edit the MySQL configuration file:
```bash
sudo nano /etc/mysql/mysql.conf.d/mysqld.cnf
```
- Add the following lines at the end:
```ini
server-id=2
relay-log=/var/log/mysql/mysql-relay-bin.log
log_bin=/var/log/mysql/mysql-bin.log
```
- Start MySQL service:
```bash
sudo systemctl start mysql
```

4. **Configure Replication**
- Obtain the master status on the primary server:
```sql
SHOW MASTER STATUS;
```
- Note down the `File` and `Position` values, also note down the private instance IP address (e.g. from your AWS console)
- On the secondary server, set up the replication:
```sql
CHANGE MASTER TO
MASTER_HOST='<primary_server_ip>',
MASTER_USER='replica_user',
MASTER_PASSWORD='C90L6`!Doe{K',
MASTER_LOG_FILE='<file_name_from_master_status>',
MASTER_LOG_POS=<position_from_master_status>;
START SLAVE;
```

5. **Verify Replication**
- Check the replica status:
```sql
SHOW REPLICA STATUS\G;
```
- Ensure `Slave_IO_Running` and `Slave_SQL_Running` are both `Yes`.
- Something isn't quite right. Can you figure out how to fix this? There may be a few things that need to be fixed. Use `SHOW REPLICA STATUS\G` to find out what is wrong. Can you see the `cyfdb` database on the replica?
### Task 3: Demonstrate Replication
1. **Insert Data into the Primary Server**
- On the primary server, insert a new record:
```sql
INSERT INTO cyfdb.users (name, email) VALUES ('John Doe', '[email protected]');
```
2. **Verify Data on the Secondary Server**
- On the secondary server, query the table:
```sql
SELECT * FROM testdb.users;
```
- Verify that the data matches the primary server.
- Execute the following on the secondary server:
```sql
INSERT INTO cyfdb.users (name, email) VALUES ('Jane Doe', '[email protected]');
```
Did it work? If not, can you guess why?
### Task 4: Demonstrate Failover
1. **Simulate Primary Server Failure**
- Stop the MySQL service on the primary server:
```bash
sudo systemctl stop mysql
```
2. **Promote Secondary Server to Primary**
- On the secondary server, stop the replica:
```sql
STOP REPLICA;
```
- Reset the replica configuration:
```sql
RESET REPLICA ALL;
```
- Ensure the secondary server can accept writes by setting the read-only mode to off:
```sql
SET GLOBAL read_only = OFF;
```
3. **Test Write Operations on the New Primary**
- Insert new data into the secondary server (now acting as the primary):
```sql
INSERT INTO cyfdb.users (name, email) VALUES ('Jane Doe', '[email protected]');
```
- Query the table to ensure the new data is inserted:
```sql
SELECT * FROM cyfd.users;
```
### Task 5: Reconfigure Original Primary as Secondary
1. **Reconfigure the Original Primary**
- Start the MySQL service on the original primary:
```bash
sudo systemctl start mysql
```
- On the original primary server, set it up as the slave to the new primary:
```sql
CHANGE MASTER TO
MASTER_HOST='<new_primary_ip>',
MASTER_USER='replica_user',
MASTER_PASSWORD='C90L6`!Doe{K',
MASTER_LOG_FILE='<file_name_from_new_primary>',
MASTER_LOG_POS=<position_from_new_primary>;
START SLAVE;
```
- Check the replica status:
```sql
SHOW REPLICA STATUS\G;
```
2. **Verify Data Synchronization**
- Insert new data on the new primary and verify it replicates to the original primary.
This step may again not work straight away. Refer to how you configured the original primary, did you follow every step for this server?
### Task 6: Add another replica (Optional)
Using the steps below, can you add another replica to this MySQL cluster? Describe the issues you are having, what do you think might be the solution?

0 comments on commit fd2ec19

Please sign in to comment.