Jump to content
Main menu
Main menu
move to sidebar
hide
Navigation
Main page
Recent changes
Random page
Help about MediaWiki
TetraWiki
Search
Search
Appearance
Create account
Log in
Personal tools
Create account
Log in
Pages for logged out editors
learn more
Contributions
Talk
Editing
Training 2022 Linux team/
(section)
Page
Discussion
English
Read
Edit
View history
Tools
Tools
move to sidebar
hide
Actions
Read
Edit
View history
General
What links here
Related changes
Special pages
Page information
Appearance
move to sidebar
hide
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
==Training session on Radico Client Training Video - Tetra Support Staff - Alok Singh== {{#ev:youtube|HNY_IUKuLwM|640}} '''Video summary:''' "Radico Client Training Video" -- a hands-on MySQL master-slave replication architecture walkthrough for the Radico client, run over remote desktop rather than VPN since this client doesn't provide VPN access. Radico's application is a LAMP-style setup (a separate Apache server) with dedicated database servers split across two physical locations, Sitapur and Rampur -- each location runs one MySQL master and one MySQL slave (4 database servers total, 2 pairs). The presenter built the Sitapur pair personally (Rampur's was inherited/pre-existing but functionally identical) and documented the setup on the internal wiki. Explains the replication mechanics: MySQL Community Edition installed on both nodes; the master grants a dedicated replication user/password to the slave; key config values on the master include `server-id` and `gtid_mode`, and GTID (Global Transaction ID) is the mechanism used to verify replication is actually in sync -- checked via `SHOW SLAVE STATUS` on the slave and comparing its GTID reference against the master's `SHOW MASTER STATUS` / executed-GTID-set output, which must match. Config changes (e.g. raising `max_connections` from a default like 500) go in `my.cnf` under the `[mysqld]` section, requiring a MySQL restart to take effect. Explains the operational significance of master-slave (as opposed to master-master, contrasted with the YouSecure architecture covered elsewhere on this wiki): failover here is NOT automatic -- the application server only ever points at the master's IP, so if the master goes down, promoting the slave requires manually and completely shutting down the dead master first, then reassigning its IP to the slave, since the application has no built-in awareness of the slave's existence; this must never be done to a live/running master, only after confirming it's fully down, since two servers simultaneously claiming the master IP would cause serious problems. Contrasts this with a master-master setup (like YouSecure) where both nodes replicate bidirectionally and either can serve as primary behind a load balancer, with automatic failover. Closes confirming Radico's total footprint is 4 database servers (2 master-slave pairs, one per location), with a light aside about the recording being on.
Summary:
Please note that all contributions to TetraWiki may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see
TetraWiki:Copyrights
for details).
Do not submit copyrighted work without permission!
Cancel
Editing help
(opens in new window)