Mellan komplexitet och flexibilitet: planera användningen av apparaten korrekt

Anonim

När Oracle lanserade den första databasmaskinen hösten 2008 berömdes den allmänt som en apparat. Detta passar också till den allmänna idén om en apparat:

  • Kombination av hårdvara och mjukvara,

  • optimerad för specifika applikationer,

  • förintegrerad och konfigurerad för respektive problem,

  • inga kundjusteringar tillåtna,

  • Uppdatering av programvaran endast med definierade automatiska processer.

Men de två sista punkterna utlöste stor skepsis bland kunderna. Oracle undvek sedan konsekvent termen apparat och talade om "konstruerade system" som är "förkonfigurerade och balanserade".

Det var bara "Oracle Database Appliance" (ODA), som lanserades hösten 2011, som återigen omfattade det mer restriktiva namnet.

Mit den Datenbankmaschinen der Exadata-Serie forciert Oracle seine Appliance-Strategie.
Oracle påskyndar sin apparatstrategi med databaser i Exadata Series.
Foto: Oracle

Flexibilitet - komplexitet

Oracle's databasprogramvara är tillgänglig för ett stort antal olika plattformar. Denna flexibilitet i valet av hårdvara och operativsystem är en fördel för marknadens acceptans. När allt kommer omkring vill användare inte begränsas.

Variationen i konfigurationen har också faror. För att implementera system med målet högsta tillgänglighet, maximal prestanda och samtidigt flexibel i skalningen krävs på användarsidan expertis och många års erfarenhet. Det är en utmaning för leverantören att hitta en lämplig lösning för alla datorkonfigurationer, varje operativsystemutgåva, varje lagringsanslutning, alla nätverkstopologier och alla typer av applikationer.

spoods.de

Standarder som en lösning

Det betyder att det finns många sätt att implementera en infrastruktur. Det mest problematiska är när du går annorlunda varje gång. Således är varje operatör på mer än en databasplattform oroad över standardisering. Detta börjar med valet av strategisk hårdvaruplattform och sträcker sig från definitionen av operativsystem och databasprogramvara till operativa aspekter som övervakning, säkerhetskopiering eller installation av patchar.

Den högsta fördelen uppnås när standarder implementeras med automatiserade inställningar. Upprepad installation och konfiguration av programvarustackar för samma uppgifter, till exempel som en databaseserver, kan enkelt automatiseras. Detta uppnår en genomgående hög kvalitet, är snabb och personoberoende.

Apparaten som standard

Leverantörer är medvetna om fördelarna med standardinställningar. När det är möjligt samarbetar de för att skapa ett konfigurerat paket med hårdvara och programvara. Oracle insåg detta 2008 för "Exadata Database Machine V1" tillsammans med Hewlett-Packard. Det blev riktigt intressant för Oracle men bara med förvärvet av Sun Microsystems 2010. Sedan "Exadata Database Machine V2" på sin egen hårdvara utvidgar Oracle sin portfölj kring Engineered Systems.

Utformad för specifika uppgifter, byggd med en komplex programvarubunke och delvis försett med funktioner som endast är tillgängliga i dessa system, bör tillföra värde och unika funktioner uppstår. Replikation förhindras av att i fallet med Exadata DB-maskin är den intelligenta mjukvaran för lagringscellerna inte tillgänglig individuellt. Men kunder har möjlighet att ändra konfigurationen under drift. Oracle är fortfarande flexibel i detta avseende eftersom databasnoden använder exakt samma programvara som system som inte är apparater.

Villkoren för igenkännande som ett validerat system definieras huvudsakligen av de programvaruutgivningar som används och deras patchnivåer för alla involverade komponenter. Denna information kan läsas av kunden i de så kallade MOS (My Oracle Support) Notes och har därmed möjlighet till kundspecifik användning trots apparaten. Fördelarna med en sådan leverantörsstandard är:

  • Spara på utvärderingen av en plattform,

  • korta leveranstider för hela systemet,

  • inga installations- och konfigureringskostnader för bassystemet,

  • Ingen kunskap är nödvändig för installation av komplexa system

  • Kostnadsbesparingar för att driva plattformen genom en uppgiftskoncentration som apparatsadministrator

  • bättre stöd, eftersom systemkonfigurationen är känd och kan dra nytta av andras erfarenheter, och

  • enkel och säker lapp tack vare specifika apparats patchbuntar.

Databasapparat vs. Exadata DB-maskin

Båda systemen är Oracle-databasserverplattformar som innehåller alla företagsutgåva-funktioner för klustering och lagringsredundans. Exadata kännetecknas av möjligheter med stor skala (tillväxt över flera databasnoder) och används i high-end-segmentet för högsta prestandakrav. Den aktuella versionen X3 är tillgänglig från 1/8-racket till det åttafaldiga hela racket. Det har också mycket inbyggt flashminne, vilket motsvarar i stort sett databaskomprimering i minnet.

Konfigurationsvarianterna registreras i förväg via ett frågeformulär och implementeras sedan av Oracle under idrifttagning. Kunden är inte involverad men får ett körbart, mycket tillgängligt databasserversystem med integrerad redundant lagring.

Oracle Database Appliance (ODA) finns i en priskategori nedan och har inte samma skalfunktioner och I / O-prestandametriker som Exadata. Oracle positionerar ODA för mindre företag eller som en dedikerad avdelningsdatabasserver. Konfigurationen fungerar helt enkelt genom ett GUI. Den grafiska apparathanteraren gör det möjligt att definiera och implementera tillgängligheten för databastjänster och lagring med bara några få klick. I många företag utgör den CPU-baserade mjukvarulicensen ett kostnadsproblem. ODA kan drivas genom att stänga av kärnor exakt med den beräknade datorkraften. Oanvända CPU: er behöver inte licensieras.

Exadata och ODA kan användas som så kallade byggstenar i en IT-infrastrukturstrategi som en databaseserverenhet. Huruvida det ena eller det andra konstruerade systemet används beror i grund och botten på kraven för skalning och prestanda. De erbjudna standarderna stämmer dock inte alltid med sina egna standarder. Med några konfigurationsvarianter kan dessa fall vanligtvis täckas väl.

Apparaten löser inte alla uppgifter

Att Oracle erbjuder ett bra system till måttlig kostnad för ODA är verkligen intressant. Kunden bör dock inte anta att detta kommer att lösa alla databasserveruppgifter. Användarna måste ta hand om integrationen av apparaterna i det befintliga IT-landskapet och migreringen av data till den nya plattformen. Ytterligare uppgifter inkluderar säker säkerhetskopiering, om nödvändigt, en återställning av databasen samt övervakning av miljön med rätt uppsättning varnings- och varningsmetriker vid fel.

Även om plattformarna kännetecknas av maskinvararedundans, kan katastroftolerans inte uppnås med det. Inställningen av exempelvis dataskyddsfunktionalitet och eventuellt automatisk failover i händelse av ett fel täcks inte av den första installationen eller av apparatkonfiguratorerna. Här krävs ingenjörstjänster som kräver lämplig kunskap.

slutsats

Image
Foto: oleksiy mark, Shutterstock.com

Apparater är leverantörskonfigurerade hårdvaru- och mjukvarulösningar som minskar installationsansträngningen och felfrekvensen. I Oracle-miljön är kundspecifik konfiguration fortfarande möjlig, vilket ökar användningsområdet. Förutom kostnadsfördelarna under installation och drift kan kortare distributionstid för nya system uppnås, vilket också kan garantera bättre tillgänglighet tack vare större stabilitet. Men med ODA, med Exadata-systemen i alla fall, krävs resurser för integration och drift av infrastruktur under hela livscykeln för plattformen. Problemfall inom området dataförlust eller prestanda samt övervakning kräver ändå mycket kunskap och erfarenhet. (Ba)