Amazon RDS MySQL එකක් Aurora වෙත මාරු කර, Aurora‑හි read replica එක පූර්ණයෙන් සම්පූර්ණ වූ පසු ප්රධාන (primary) සේවකයෙකු ලෙස ප්රවර්ධනය කර, යෙදුමේ endpoint එක වෙනස් කළාම ලියන දත්ත සියල්ල Aurora වෙත යයි. කාලයක් ගත වූ පසු (10 මිනිත්තු හෝ කිහිප පැය) ප්රශ්නයක් උදාවී, පරණ RDS instance එකට ආපසු යාම අවශ්ය වුවහොත්, එම පසුබැසීමේ ක්රමය සංකීර්ණ වේ.
RDS instance එක මාරු කිරීමේ වේලාවේ “freeze” කර ඇති බව නිසා, Aurora‑හි සිදු වූ නව ලියන (writes) RDS එකේ නොපැවතී. එය “revert” කරන්නේ නව දත්ත සියල්ල අතහැර දමන ලෙසයි, ඒත් 100 TB පමණ දත්තයක් තිබේ නම් නැවත පූරණය කිරීම දින ගණනක කාලයක් ගත වේ. මෙය ශ්රී ලංකාවේ ව්යාපාරිකයන්ට, සංවර්ධකයන්ට සහ පරිශීලකයන්ට අධික වියදමක් සහිත ගැටළුවක්.
ආපසු යාමට නව විසඳුම – Aurora‑වෙතින් RDS වෙත “reverse replication” ක්රමය භාවිතා කිරීමයි. Aurora ප්රධාන (source) වශයෙන් binary‑log (binlog) හරහා RDS‑වෙත පවත්නා ලියන දත්ත සියල්ල යවන අතර, RDS එක “replica” ලෙස ක්රියා කරයි. එවිට RDS instance එක “freeze” නොවී, Aurora‑හි සිදු වූ සියලු නව ලියන දත්ත රියල්‑ටයිම් එකටම අනුගමනය කරයි.
Reverse replication සකස් කිරීමේදී, Aurora ප්රවර්ධනය කරන ලද්දේ පසුතැවෙන තත්ත්වය (Seconds_Behind_Source = 0) වන තුරු RDS‑වෙත ලියන දත්ත පූර්ණයෙන් සම්පූර්ණ වේ. එවිට Aurora නතර කර, RDS‑වෙත endpoint වෙනස් කිරීමෙන් පසු, පරණ RDS instance එකට සාර්ථකව ආපසු යා හැක. මෙහි වැදගත් කරුණ වන්නේ, මුල් මාරු කිරීමේ වේලාවේ RDS හා Aurora එකම තත්වයට පත් වීම නිසා, පසුබැසීමේදී සම්පූර්ණ දත්ත ගත නොකර delta (වෙනස්කම්) පමණක් පවරා ගැනීමට හැකි වීමයි. එමනිසා 1 GB සිට 100 TB දක්වා ඕනෑම ප්රමාණයක් සඳහා ආපසු යාම මිනිත්තු කිහිපයකින් සිදු වේ.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තාක්ෂණ සමාගම් සහ startup‑වලට, AWS Aurora වැනි cloud‑native දත්ත ගබඩා භාවිතා කිරීම ඉහළ ලාභයක්. නමුත් මාරු කිරීමේදී දෝෂයක් ඇතිවූ විට, නව දත්ත නැතිවීම ව්යාපාරයට විශාල අලාභයක්. Reverse replication ක්රමය භාවිතා කිරීමෙන්:
- දත්ත අහිමි වීමේ අවදානම අඩු වේ.
- මාරු කිරීමේ පසුබැසීමේ කාලය දත්ත ප්රමාණයට නොබැඳී වේ.
- ඉහළ පාලනය සහ අඩු වියදම – native binlog replication වඩාත් අඩු පිරිවැයක්, DMS භාවිතා කළහොත් console‑වලින් පහසු කළ හැකිය.
ඒ නිසා, ශ්රී ලංකාවේ සංවර්ධකයන්ට, DevOps කණ්ඩායම්ට, හා තොරතුරු තාක්ෂණ කළමනාකරුවන්ට මෙම ක්රමය ඉගෙන ගැනීම අත්යවශ්ය වේ. එය ක්ලවුඩ් පරිසරයේ අවලංගුතාවය අඩු කර, ව්යාපාරික continuity එක රැක ගැනීමට උපකාරී වේ.
අවසන් වශයෙන්, reverse replication සැකසීමේදී security group, parameter group, stored procedure ආදී සැකසුම් නිවැරදිව සලසා ගැනීම අත්යවශ්යය. අඩු වැරදි නිසා පද්ධතිය අකාරයෙන් ක්රියා නොකළ හැකිය. ඒත් සූක්ෂම සැලසුම් සහ පරීක්ෂණයකින්, 3am කාලයේද පවා RDS වෙත ආපසු යාම සාර්ථකව සිදු කළ හැකිය.
