MariaDB
 sql >> база данни >  >> RDS >> MariaDB

Избягване на блокиране на доставчик на база данни за MySQL или MariaDB

Заключването на доставчика се дефинира като "Собствено заключване или заключване на клиента, което прави клиента зависим от доставчик за техните продукти и услуги; не може да използва друг доставчик без значителни разходи" ( уикипедия). Безспорно за много софтуерни компании това би било желаният бизнес модел. Но дали е добре за техните клиенти?

Собствените бази данни имат страхотна поддръжка за миграции от други популярни софтуерни решения за бази данни. Това обаче просто ще доведе до блокиране на друг доставчик. Тогава решение с отворен код ли е?

Поради ограниченията, които с отворен код преди години бяха избрани много скъпи решения за бази данни. За съжаление, за много отворен код не беше опция.

Всъщност през годините базата данни с отворен код спечели корпоративна поддръжка и зрялост за управление на критични и сложни системи за транзакции с данни.

С новата версия на базата данни като Percona и MariaDB добави някои страхотни нови функции, или съвместимост, или корпоративна необходимост, като 24/7 поддръжка, сигурност, одит, групиране, онлайн архивиране или бързо възстановяване. Всичко това направи процеса на миграция по-достъпен от всякога.

Миграцията може да е мъдър ход, въпреки че е свързан с риск. Независимо дали планирате да мигрирате от собствена миграция към отворена поддръжка ръчно или с помощта на търговски инструмент за автоматизиране на целия процес на миграция, трябва да знаете всички възможни тесни места и методи, включени в процеса и валидирането на резултатите.

Промяната на системата на базата данни също е отличен момент за обмисляне на по-нататъшни рискове от заключване на доставчика. По време на процеса на миграция може да помислите как да избегнете да бъдете заключени с някаква технология. В тази статия ще се съсредоточим върху някои водещи аспекти на заключване на доставчика на MySQL и MariaDB.

Избягване на заключване за наблюдение на база данни

Потребителите на бази данни с отворен код често трябва да използват смесица от инструменти и собствени скриптове, за да наблюдават своите производствени среди на база данни. Въпреки това, дори и да имате собствени собствени скриптове в решението, е трудно да го поддържате и да сте в крак с новите функции на базата данни.

Да се ​​надяваме, че има много интересни безплатни инструменти за наблюдение за MySQL/MariaDB. Най-препоръчаните от DBA безплатни инструменти са PMM, Zabbix, ClusterControl Community Edition, Nagios MySQL плъгин. Въпреки че PMM и ClusterControl са специални решения за база данни.

Percona Monitoring and Management (PMM) е напълно отворено решение за управление на производителността на MySQL платформата и настройка на производителността на заявките. PMM е локално решение, което запазва всичките ви данни за производителност и заявки в рамките на вашата среда. Можете да намерите PMM демонстрацията под връзката по-долу.

Традиционните инструменти за наблюдение на сървъри не са създадени за съвременните архитектури на разпределени бази данни. Повечето производствени бази данни днес работят в някои настройки с висока наличност - от по-проста репликация главен-подчинен до мулти-главни клъстери, предствани от излишни балансатори на натоварване. Оперативните екипи се занимават с десетки, често стотици услуги, които съставляват средата на базата данни.

Наличието на множество системи за бази данни означава, че вашата организация ще стане по-гъвкава от страна на разработката и позволява избора на разработчиците, но също така налага допълнителни знания от страна на операциите. Разширяването на вашата инфраструктура от само MySQL до внедряване на други бекендове за съхранение като MongoDB и PostgreSQL, предполага, че също трябва да ги наблюдавате, управлявате и мащабирате. Тъй като всеки бекенд за съхранение се отличава в различни случаи на употреба, това също означава, че трябва да преоткриете колелото за всеки един от тях.

ClusterControl е проектиран да адресира модерни, силно разпределени настройки на база данни, базирани на репликация или групиране. Той показва състоянието на цялото клъстерно решение, но може да се използва значително за един екземпляр. ClusterControl ще ви покаже много разширени показатели, но можете да намерите и вградени съветници, които ще ви помогнат да ги разберете. Можете да намерите демонстрацията на ClusterControl под връзката по-долу.

Избягване на заключване за решения за архивиране на база данни

Има множество начини за създаване на резервни копия, но кой метод отговаря на вашите специфични нужди? Как да внедря възстановяване в момент?

Ако мигрирате от Oracle или SQL Server, бихме искали да ви препоръчаме xtrabackup инструмент от Percona или подобен mariabackup от Mark.

Percona XtraBackup е най-популярният софтуер за горещо архивиране на MySQL/MariaDB с отворен код, който извършва неблокиращи архиви за InnoDB и XtraDB бази данни. Той попада в категорията за физическо архивиране, която се състои от точни копия на директорията с данни на MySQL и файловете под нея.

XtraBackup не заключва вашата база данни по време на процеса на архивиране. За големи бази данни (100+ GB), той осигурява много по-добро време за възстановяване в сравнение с mysqldump. Процесът на възстановяване включва подготовка на MySQL данни от архивните файлове, преди да ги замените или превключите с текущата директория с данни на целевия възел.

Избягване на блокиране за висока наличност и мащабируемост на базата данни

Казва се, че ако не проектирате за провал, значи сте на път към срив. Как да създадете система от база данни от самото начало, за да издържи на повреда? Това може да бъде предизвикателство, тъй като провалите се случват по много различни начини, понякога по начини, които е трудно да си представим. Това е следствие от сложността на днешните среди на база данни.

Клъстерирането е скъпа функция на бази данни като Oracle и SQL Server. Изисква допълнителни лицензи.

Galera Cluster е основна опция за MySQL и MariaDB с висока наличност. И въпреки че се е утвърдил като надежден заместител на традиционните архитектури на MySQL master-slave, той не е заместител.

Galera Cluster е синхронна технология за клъстериране на база данни активно-активна за MySQL и MariaDB. Galera Cluster се различава от това, което е известно като MySQL Cluster на Oracle - NDB. MariaDB клъстерът е базиран на приставката за репликация с множество глави, предоставена от Codership.

Докато Galera Cluster има някои характеристики, които го правят неподходящ за конкретни случаи на употреба, повечето приложения все още могат да бъдат адаптирани да работят с него.

Предимствата са ясни:настройка на InnoDB с множество глави с вградено преминаване при отказ и мащабируемост за четене.

Избягване на заключване за балансиране на натоварването на базата данни

Прокситата са градивни елементи на настройките с висока наличност за MySQL. Те могат да откриват неуспешни възли и да насочват заявки към хостове, които все още са налични. Ако вашият господар се провали и вие трябваше да повишите един от подчинените си сървъри, проксита ще открият такива промени в топологията и съответно ще насочат трафика ви.

По-усъвършенстваните прокси сървъри могат да направят много повече, като например маршрутизиран трафик, базиран на точни правила за заявки, заявки за кеширане или тяхното копиране. Те дори могат да се използват за внедряване на различни видове разделяне.

Най-полезните са ProxySQL, HAproxy, MaxScale (ограничено безплатно използване).

Избягване на заключване при мигриране към облака

През последните десет години много фирми преминаха към облачно-базирана технология, за да избегнат бюджетните ограничения за центрове за данни и гъвкава разработка на софтуер. Използването на облака позволява на вашата компания и приложения да се възползват от икономиите на разходи и гъвкавостта, които произлизат от изчисленията в облак.

Въпреки че облачните решения предлагат на компаниите много предимства, това все пак въвежда някои рискове. Например, заключването на доставчика е толкова високо в облака, колкото и в центъра за данни.

Тъй като все повече компании изпълняват работните си натоварвания в облака, облачните бази данни все повече се използват за управление на данни. Едно от предимствата на използването на услуга за облачна база данни вместо да поддържате вашата база данни е, че намалява разходите за управление. Услугите за бази данни от водещите облачни доставчици споделят много прилики, но имат индивидуални характеристики, които могат да ги направят добре или неподходящи за вашето работно натоварване.

Хибридният модел за хостинг на база данни

Тъй като все повече предприятия преминават към облака, хибридният модел всъщност става все по-популярен. Хибридният модел се разглежда като безопасен модел за много бизнеси.

Всъщност е предизвикателство да направите сърдечна трансплантация и да пренесете всичко незабавно. Много компании извършват бавна миграция, която обикновено отнема една година или дори може би завинаги, докато всичко мигрира. Ходът трябва да бъде направен в приемлив мир.

Хибридният модел не само ще ви позволи да изградите високодостъпна мащабируема система, но поради естеството си е чудесна първа стъпка за избягване на блокиране. По архитектурен дизайн вашите системи ще работят в един вид смесен режим.

Пример за такива архитектури може да бъде клъстер, който работи в домашен център за данни и негово копие се намира в облака.

Заключение

Мигрирането от собствена база данни към отворен код може да доведе до няколко предимства:по-ниска цена на притежание, достъп и използване на база данни с отворен код, тясна интеграция с мрежата. Отвореният код може да предложи много и поради естеството си е чудесен вариант за избягване на блокиране на доставчика.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. 7 начина за връщане на дублирани редове, които имат първичен ключ в MariaDB

  2. Подготовка на MySQL или MariaDB сървър за производство - част втора

  3. Как да автоматизирате Galera Cluster с помощта на ClusterControl CLI

  4. Как да върнете имената на месеца и дните на различен език в MariaDB

  5. Автоматизирайте проверка на обекта на схемата на базата данни