sql >> Databáze >  >> RDS >> MariaDB

Čtyři věci, které jste nevěděli o Amazon Aurora

Často slýcháme tuto otázku:Co se děje s Amazon Aurora? Při určování nejlépe spravované databázové služby pro vaši organizaci je třeba vzít v úvahu několik faktorů – a společné vlákno, které jimi prochází, je to, kolik kontroly potřebujete. Amazon klade velký důraz na svou nabídku Aurora DBaaS, ale – v závislosti na vašich požadavcích a prioritách – může být pro vás vhodnější volba provozovat databázi, jako je MariaDB na Amazon EC2 nebo jinou službu mimo Amazon.

Zde jsou čtyři věci, které jste pravděpodobně nevěděli o Amazon Aurora.

Stárnoucí, zastaralá databáze

Amazon Aurora 2.x používá starou verzi MySQL 5.7.

Aurora 2.0.1 byla vydána v únoru 2018 pomocí MySQL 5.7.12, která byla vydána v dubnu 2016. Aurora 2.x stále používá starou verzi MySQL 5.7. Amazon však již nezveřejňuje verzi pro údržbu, kterou používá. To by nemělo být překvapením. Od 5.7.12 bylo vydáno více než tucet verzí údržby MySQL. Kolik z oprav chyb v nich obsažených Amazon zpětně portoval? 17… ze stovek.

  • Aurora 2.02.0:Chyba #22833364
  • Aurora 2.02.3:Chyby #24929748, #26867509, #22843444, #25080442
  • Aurora 2.03.0:Chyby #24929748, #26867509, #22843444, #25080442
  • Aurora 2.03.3:Chyby #25361251, #26734162, #27460607, #22343910, #23074801, #25287633
  • Aurora 2.04.0:Chyba #26225783
  • Aurora 2.04.2:Chyba #24829050

Kdybyste si mohli vybrat novou databázi, vybrali byste si tu, která byla vydána před více než třemi lety, ve které tři roky chybí opravy chyb, bezpečnostní záplaty, vylepšení a nové funkce?

Požadované prostoje a přerušení

Aurora vyžaduje odstávku kvůli údržbě. Zatímco některá údržba je volitelná a lze ji odložit na neurčito, další údržba, jako jsou opravy zabezpečení a spolehlivosti, jsou nejen vyžadovány, ale vedou k výpadkům během náhodného 30minutového intervalu údržby. Upgrady databáze (tj. aktualizace databázového stroje) navíc vedou k výpadku 20–30 sekund, protože se provádějí na každé instanci databáze v klastru ve stejnou dobu.

Platforma MariaDB na druhé straně podporuje průběžné upgrady s elegantním přepínáním, což umožňuje správcům databází provádět údržbu bez prostojů na vyžádání.

Kromě údržby a upgradů může Auroře trvat až dvě minuty, než provede automatické převzetí služeb při selhání, což má za následek delší prostoje. Automatické převzetí služeb při selhání má navíc za následek ztrátu spojení, relací a transakcí za letu.

MariaDB Platform na rozdíl od Aurory podporuje multi-master clustering, aby se eliminovaly prostoje kvůli neočekávanému selhání. Platforma MariaDB navíc podporuje migraci připojení, obnovení relací a přehrávání transakcí, aby bylo zajištěno, že neočekávaná selhání nebudou mít dopad na aplikace.

Nedostatek podnikového zabezpečení

Aurora postrádá mnoho funkcí podnikového zabezpečení očekávaných od moderních databází, včetně databázového firewallu, dynamického maskování dat, rolí, rotace klíčů a TLS 1.3.

Aurora podporuje službu Amazon Key Management Service, ale nepodporuje rotaci klíčů pro instanci databáze. Ke změně klíče pro nové instance databáze lze spíše použít alias klíče. I když je přidán nový klíč, existující instance databáze budou i nadále šifrovat a dešifrovat data pomocí starého klíče.

Platforma MariaDB podporuje střídání klíčů, a když je přidán nový klíč, může automaticky znovu zašifrovat data pomocí nového klíče – což umožňuje starý klíč zahodit.

Aurora postrádá výkonný databázový firewall a funkce dynamického maskování databáze dostupné v platformě MariaDB, a protože je Aurora založena na staré verzi MySQL, postrádá také role. Dále je omezena na TLS 1.0, 1.1 a 1.2.

Nejmenší společný jmenovatel

Aurora poskytuje uživatelům databázi holých kostí vytvořenou pomocí šablony pro vykrajování souborů cookie, která má splnit nejméně společného jmenovatele. Zatímco MariaDB Platform může škálovat čtení, zápisy a úložiště pomocí transparentního shardingu prostřednictvím úložiště Spider nebo těžit z úložiště optimalizovaného pro zápis a prostor na SSD prostřednictvím úložiště MyRocks (vyvinutého Facebookem), Aurora nemá ani jedno ani druhé. Je omezena na úložiště InnoDB.

Pak je tu distribuované, sloupcové úložiště a masivně paralelní zpracování s MariaDB ColumnStore. Je to další úložiště, které není v Auroře dostupné. Amazon by sice doporučoval používat Auroru pro transakční zpracování a Redshift pro analytiku, obojí lze provést pomocí platformy MariaDB – umožňující hybridní transakční/analytické zpracování (HTAP).

Kromě úložných modulů optimalizovaných pro pracovní zátěž je v platformě MariaDB k dispozici mnoho funkcí, které v Auroře nenajdete, včetně kompatibility s databází Oracle (tj. PL/SQL), dočasných tabulek, vrácení k určitému bodu v čase, streamování změn-zachycení dat , výrobce Apache Kafka, transparentní rozdělení čtení/zápisu, kontrolní omezení, výrazy výchozích hodnot, běžné tabulkové výrazy, množinové operátory, funkce oken, uživatelsky definované funkce (skalární, agregační a okno), sekvence a další.

Vlastní zkušenost Amazonu s Aurorou ilustruje důležitost výše uvedených úvah. Krátce po přesunutí některých jejich databází do Aurory zaznamenal Amazon během Prime Day 2018 rozsáhlé výpadky a další databázové problémy. Když se Prime Day 2019 blíží, přejeme Amazonu hodně štěstí!


  1. Simulace group_concat funkce MySQL v Microsoft SQL Server 2005?

  2. Oracle:Dny mezi dvěma daty a Vyloučit pracovní dny, jak zacházet se zápornými čísly

  3. Jak automatizovat sběr dat při růstu databáze SQL Server

  4. SQL Server Funkce TRIM, LTRIM a RTRIM