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

Преглед на новия DBaaS от MariaDB - SkySQL

MariaDB наскоро пусна своето ново предложение за DBaaS, SkySQL. Може да е изненада за някои, но това е очакван ход от MariaDB, тъй като те активно прокарват най-съвременните продукти за корпоративни услуги през последните няколко години и активно се конкурират с големите доставчици на пазара.

Преди стартирането на SkySQL  MariaDB е работила върху контейнери и диаграми на Helm още през 2018 г. SkySQL предлага достъпност на база данни за множество региони при настройка и стартиране на вашия екземпляр на базата данни.

Какво е MariaDB SkySQL?

MariaDB SkySQL е DBaaS предложение, което означава, че е напълно управлявана услуга за бази данни и се управлява през облачна услуга с помощта на Google Cloud Platform (GCP). Обърнете внимание, че базата данни, предлагана от MariaDB, не е изданието на общността. Всъщност това е MariaDB Enterprise Server заедно с MariaDB ColumnStore (или и двете).

Предимствата от използването на това предложение спрямо услугите MariaDB на Amazon RDS или Microsoft Azure Database са версията (SkySQL гарантира, че потребителите са на най-новата версия на продукта), както и наличието на аналитична и транзакционна поддръжка.

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

Характеристики на MariaDB SkySQL

MariaDB SkySQL може да се похвали с пълната си мощ на платформата MariaDB, комбинираща различни типове техни типове бази данни от транзакции (обща настройка за OLTP), анализи или съхранение на данни (OLAP) или ако изисква хибридна настройка (комбинация от транзакционна и аналитична база данни). Следното по-долу ви предоставя ясна дефиниция на тези представени платформи за услуги за бази данни:

Транзакции

Оптимизиран за бърза обработка на транзакции при постоянно блоково хранилище – с разделяне на четене/запис и автоматично превключване при отказ, конфигурирано и активирано от кутията за прозрачно балансиране на натоварването и висока наличност.

Анализ

Оптимизиран за изпълнение на ad hoc заявки на милиарди редове без индекси, комбинирайки колонни данни в евтино съхранение на обекти с многонишкова обработка на заявки – идеално за съхранение/анализ на облачни данни.

Хибрид или и двете

Оптимизиран за интелигентна обработка на транзакции в облака, съхранявайки данни както като редове в постоянно блоково хранилище, така и като колони в хранилище на обекти – създавайте модерни приложения, като обогатявате транзакциите с анализи в реално време.

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

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

Стекът за наличност

Тази SkySQL платформа е проектирана с надеждност на услугите, за да се постигне предоставяне на услуги от световна класа на клиентите и потребителите. Независимо колко стабилна е платформата, тя винаги трябва да се проваля, за да се определи устойчивостта на продукта и колко бърз може да бъде наличен в случай на прекъсване, както и да се намали RPO (Цел за точка на възстановяване).

За инфраструктура те използват Google Cloud Platform (GCP) и услугите разчитат в голяма степен на Google Kubernetes Engine (GKE), компонент на GCP. Това означава много за самата платформа, тъй като услугите на MariaDB SkySQL работят в контейнери, захранвани от Kubernetes. Той има способността да предлага устойчивост на регионални GKE клъстери, които включват множество зони за наличност в рамките на регион. Той придобива функцията за автоматично възстановяване от Kubernetes, както и високата ескалация на SLA на GCP при 99,5% време на работа.

Докато разчита на GKE, това означава, че наследява естеството на Kubernetes от възможността да рестартира неуспешните контейнери, ограждайки нездравословен контейнер, който автоматично се убива, ако бъде открит като неуспешен. Също така мъртвите контейнери се заменят автоматично и се случват на заден план, който остава незабележим с просто око от гледна точка на клиента.

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

MaxScale играе отгоре за среди от транзакционен тип (първична/реплика), като OLTP или услугата Transactions, докато се справя с автоматичния отказ – обхваща транзакции и хибридни услуги. MaxScale следи и проверява състоянието на първичните и репликите. Ако не успее, MaxScale върши работата да популяризира най-актуалната реплика и да я направи като нова основна. След това останалите реплики се актуализират, насочвайки към новия първичен. Както транзакциите, така и хибридната услуга обхващат самовъзстановяване за екземпляри на MaxScale. Което означава, че ако екземпляр на MaxScale не успее, той се рестартира или заменя в зависимост от състоянието на проблема.

Всички видове услуги на MariaDB SkySQL се самовъзстановяват, така че винаги са много достъпни за използване. Това означава, че ако конкретен екземпляр се провали, независимо дали е MariaDB Enterprise Server или MaxScale екземпляр или екземпляр на Kubernetes, той винаги адаптира устойчивостта, която прави Kubernetes.

Използване на MariaDB SkySQL

Всичко, което трябва да направите, е да се регистрирате през главната им страница на SkySQL. Ако имате акаунт, тогава можете да влезете. Това изисква да поставите своите методи на плащане, като кредитна/дебитна карта, но можете да се свържете с тях за повече информация по въпроса.

При стартиране на услуга има три опции, от които можете да избирате. Вижте по-долу:

Тествах платформата и настроих услуга за транзакции. Това означава, че вече съм настроил начин за таксуване или плащане преди това действие.

Докато настройвате, можете да изберете в кой регион искате да разгърнете услугата си. Освен това има преглед на разходите за това кой тип екземпляр ще изберете. Вижте по-долу:

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

Тъй като работи в облака с помощта на GCP, той по същество използва ресурсите като блоково хранилище и неговата производителност, които са достъпни от Google Cloud.

Стартирането на услугите на вашата база данни може да отнеме известно време, преди тя да стане достъпна за използване. В крайна сметка ми отне около 10 минути, така че може да се наложи първо да си вземете почивката за кафе и да се върнете, след като е готово за производствена употреба. След като се появи, ето как изглежда в таблото ви за управление:

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

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

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

По принцип мога да тествам това и вече съм предоставил IP адреса, който трябва да бъде в белия списък. Така че свързването чрез клиент показва, че сте по-сигурна връзка, която канализира през TLS/SSL слой:

[[email protected] ~]$ mysql --host sky0001841.mdb0001721.db.skysql.net --port 5001 --user DB00002448 -p --ssl-ca ~/skysql_chain.pem

Enter password:

Welcome to the MySQL monitor.  Commands end with ; or \g.

Your MySQL connection id is 32

Server version: 5.5.5-10.4.12-6-MariaDB-enterprise-log MariaDB Enterprise Server



Copyright (c) 2009-2020 Percona LLC and/or its affiliates

Copyright (c) 2000, 2020, Oracle and/or its affiliates. All rights reserved.



Oracle is a registered trademark of Oracle Corporation and/or its

affiliates. Other names may be trademarks of their respective

owners.



Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.



mysql> select @@hostname;

+-------------------+

| @@hostname        |

+-------------------+

| paultest-mdb-ms-0 |

+-------------------+

1 row in set (0.25 sec)



mysql> show schemas;

+--------------------+

| Database           |

+--------------------+

| information_schema |

| mysql              |

| performance_schema |

+--------------------+

3 rows in set (0.25 sec)



mysql> \s

--------------

mysql  Ver 14.14 Distrib 5.6.48-88.0, for Linux (x86_64) using  6.2



Connection id: 32

Current database:

Current user: [email protected]

SSL: Cipher in use is ECDHE-RSA-AES128-GCM-SHA256

Current pager: stdout

Using outfile: ''

Using delimiter: ;

Server version: 5.5.5-10.4.12-6-MariaDB-enterprise-log MariaDB Enterprise Server

Protocol version: 10

Connection: sky0001841.mdb0001721.db.skysql.net via TCP/IP

Server characterset: utf8mb4

Db     characterset: utf8mb4

Client characterset: utf8

Conn.  characterset: utf8

TCP port: 5001

Uptime: 10 min 17 sec



Threads: 12  Questions: 2108  Slow queries: 715  Opens: 26  Flush tables: 1  Open tables: 20  Queries per second avg: 3.416

--------------

Диспечерът на конфигурацията

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

и ви предлага следните действия, които можете да правите с него,

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

Анализ и наблюдение на работното натоварване

Към това писане и двете функции, които са анализ на работното натоварване и наблюдение, понастоящем са в Tech Preview. Анализът на работното натоварване обаче все още не е готов за използване, но мониторингът вече показва данните, събрани от вашите екземпляри на база данни. Пример за това е показан по-долу,

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

Можете да проверите за Анализ на работното натоварване тук, за да усетите как работи.

Заключение

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


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Изграждане на високодостъпна база данни за Moodle с помощта на MariaDB (репликация и MariaDB клъстер)

  2. Как ASCII() работи в MariaDB

  3. MariaDB ROW_COUNT() Обяснено

  4. Увеличаване на ефективността на заявки към база данни за MySQL - част втора

  5. Какво е новото в MariaDB MaxScale 2.4