Проучвам новия продукт на Amazon RDS и изглежда, че може да се мащабира само вертикално (т.е. да се постави по-силен сървър).
Някой виждал ли е възможност за конфигуриране на множество екземпляри, така че единият да е главен, а другият/ите е/са репликационни подчинени?
Същият въпрос е зададен (и е отговорено) тук http://developer.amazonwebservices.com/connect/thread.jspa?threadID=37823
Изглежда, че има планове за Master-Master HA или подобни, но това не е същото репликирано мащабно предложение.
Според ЧЗВ вече е възможно, вижте http://aws.amazon.com/rds/faqs/#86 :
Въпрос: Какви типове репликация поддържа Amazon RDS и кога трябва да използвам всеки?
Amazon RDS предоставя две различни опции за репликация, които служат за различни цели.
Ако търсите да използвате репликация, за да увеличите наличността на базата данни, като същевременно защитите най-новите си актуализации на базата данни срещу непланирани прекъсвания, помислете за стартиране на вашия екземпляр на DB като внедряване на Multi-AZ. Когато създадете или модифицирате вашия екземпляр на базата данни, за да работи като внедряване на Multi-AZ, Amazon RDS автоматично ще осигури и управлява реплика „в готовност“ в различна зона на наличност (независима инфраструктура във физически отделно местоположение). В случай на планирана поддръжка на базата данни, повреда на екземпляра на базата данни или повреда на зоната на достъпност, Amazon RDS автоматично ще премине към режим на готовност, така че операциите с базата данни да могат да се възобновят бързо без административна намеса. Внедряванията с множество AZ използват синхронна репликация, което кара базата данни да записва едновременно както в основната, така и в резервната, така че резервната да бъде актуална в случай на преход при срив. Въпреки че нашата технологична реализация за Multi-AZ DB инстанции увеличава максимално дълготрайността на данните при сценарии на повреда, тя не позволява директен достъп до режима на готовност или използване за операции за четене. Устойчивостта на грешки, предлагана от внедряването на Multi-AZ, ги прави естествено подходящи за производствени среди; за да научите повече за внедряването на Multi-AZ, моля, посетете този раздел с ЧЗВ.
Ако търсите да се възползвате от вградената репликация на MySQL 5.1 за мащабиране отвъд ограниченията на капацитета на един екземпляр на DB за тежки натоварвания на бази данни за четене, Amazon RDS ви улеснява с Read Replicas. Можете да създадете реплика за четене на даден „изходен“ екземпляр на DB с помощта на конзолата за управление на AWS или CreateDBInstanceReadReplica API. След като репликата за четене бъде създадена, актуализациите на базата данни на екземпляра на базата данни източник ще бъдат разпространени до репликата за четене. Можете да създадете множество реплики за четене за даден екземпляр на базата данни източник и да разпределите трафика за четене на вашето приложение между тях. За разлика от внедряването на Multi-AZ, репликите за четене използват вградената репликация на MySQL 5.1 и са предмет на нейните силни страни и ограничения. По-специално, актуализациите се прилагат към вашите реплики за четене, след като се появят в екземпляра на базата данни източник („асинхронна“ репликация) и забавянето на репликацията може да варира значително. Това означава, че последните актуализации на базата данни, направени на стандартен (не Multi-AZ) екземпляр на DB източник, може да не присъстват в свързани реплики за четене в случай на непланирано прекъсване на екземпляра на DB източник. Като такива, репликите за четене не предлагат същите предимства за дълготрайност на данните като внедряването на Multi-AZ. Въпреки че репликите за четене могат да осигурят някои предимства за наличността за четене, те не са предназначени да подобряват наличността за запис.
С Amazon RDS можете да използвате Multi-AZ внедрявания и Read Replicas заедно, за да се насладите на допълнителните предимства на всеки от тях. Можете просто да посочите, че дадено внедряване на Multi-AZ е изходният екземпляр на DB за вашите реплики за четене. По този начин получавате както предимствата на издръжливостта на данните и наличността на внедряването на Multi-AZ, така и предимствата на мащабирането на четене на Read Replicas.
