“Oracle’i maksimaalse saadavuse arhitektuuri viitearhitektuur DBaaS-i (andmebaas kui teenus) aluspõhimõtted ORACLE’i AMETLIK DOKUMENT | SEPTEMBER..."
Kättesaadavuse arhitektuur (MAA)
Võrdlusarhitektuurid maksimaalseks saadavuseks
Oracle (Oracle'i maksimaalse saadavuse arhitektuur)
DBaaS-i lähenemisviisi alus (andmebaas kui teenus)
AMETLIK ORAKLI DOKUMENT | SEPTEMBER 2015
Sissejuhatus 1
Kõrge saadavuse võrdlusarhitektuurid – ülevaade 2
Pronks: üks eksemplar 4 Oracle'i andmebaasi kõrge kättesaadavus ja andmekaitse 4 pronksist andmebaasi konsolideerimine 5 elutsükli haldamise ja varustamise andmebaas teenusena (DBaaS) 5 Oracle Engineered Systems Suites 5 pronksitase Kokkuvõte: andmekaitse, RTO ja RPO 6 hõbe: kõrge saadavus koos automaatse tõrkesiirdega 7 Oracle Real Application Clusters (Oracle RAC) 8 Oracle RAC One Node 8 Silver Järeldus: andmekaitse, RTO ja RPO 9 Gold: kõikehõlmavad kõrge saadavuse ja katastroofi taastamise võimalused 9 Oracle Active Data Guard – reaalajas andmekaitse ja Kõrge saadavus 10 Oracle GoldenGate 11 Oracle Site Guard 12 Gold Järeldus: andmekaitse, RTO ja RPO 13 Platinum: plaatinataseme teenusevalmidusega rakenduste seisakuid pole 14 Rakenduse järjepidevuse tehnoloogia 14 Oracle Active Data Guard Far Sync 15
Null seisakuaja hooldust GoldenGate'i ja aktiivsel aktiivsel replikatsioonil 15 väljaandel põhinev ümberdefineerimine 16 Oracle Global Data Services Solution 16 Platinum Järeldus: andmekaitse, RTO ja RPO 17 Järeldus 17ORACLE MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISVIISI ALUS
Sissejuhatus kaasaegne maailm ettevõtted on tugeva surve all teha vähemaga rohkem, vähendada riske ja suurendada paindlikkust. IT-tehnoloogiate aktiivne konsolideerimine ja DBaaS-i (andmebaas kui teenus) juurutamine avalikes ja erapilvedes on strateegia, mille poole paljud ettevõtted selle eesmärgi saavutamiseks pöörduvad. Mõlemad arengud mõjutavad oluliselt kõrget käideldavust ja andmekaitset tagavate arhitektuuride kavandamist ja rakendamist.Andmebaasi konsolideerimise tulemusena suurenevad seisaku- ja andmekao probleemid oluliselt. Rikke mõju üksikule eraldiseisvale keskkonnale, mida kasutab üks arendaja või väike meeskond, on sageli tühine. Selline organisatsiooni kogu arendusmeeskonda toetava konsolideeritud keskkonna rike või mitmete osakondade poolt kasutatava mitme rakenduse rike võib häirida ettevõtte tegevust. Selles näites on teenusetasemed, mis pakuvad kõrget kättesaadavust ja andmekaitset konsolideeritud keskkonnas, palju olulisemad kui varasemad eraldiseisvate keskkondade teenusetasemed.
Andmete konsolideerimine ja DBaaS-i lähenemine nõuavad ka IT-teenuste ja -protsesside standardimist. Standardimine on oluline tingimus kulude ja töö keerukuse vähendamiseks. Õige standardiseerimisega saab oluliselt suurendada ka organisatsiooni paindlikkust, võimaldades IT-teenustel kiiresti reageerida muutuvatele ärivajadustele.
Oracle'i maksimaalse saadavuse arhitektuur määratleb neli kõrge kättesaadavusega võrdlusarhitektuuri, mis tagavad õigel tasemel standardiseerimise, lahendades samal ajal kõikvõimalike kättesaadavuse ja andmekaitsega seotud väljakutsete igas suuruses ja ärivaldkonnas organisatsioonide jaoks.
Selles artiklis vaadeldakse üksikasjalikult kõiki viitearhitektuure ja vastavaid teenusetasemeid, mida on võimalik saavutada. Artikkel on mõeldud eelkõige tehnilistele professionaalidele: arhitektidele, IT-direktoritele ja andmebaasiadministraatoritele, kes vastutavad DBaaS-i lähenemisviisi kavandamise ja juurutamise eest. Soovitatud parimad tavad kehtivad võrdselt kõikidele Oracle Database'i toetatavatele platvormidele, välja arvatud juhul, kui on konkreetselt märgitud, et see optimeerimine on mõeldud ainult Oracle Engineered Systemsile.
1 | MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISE ALUS
Kõrge kättesaadavusega võrdlusarhitektuurid – ülevaade Oracle MAA Best Practices määratleb neli kõrge käideldusega viitearhitektuuri, mis aitavad tagada süsteemi täieliku käideldavuse ja andmekaitse igas suuruses ja ärivaldkonnas organisatsioonidele. Need arhitektuurid või kõrge kättesaadavuse tasemed on tähistatud kui PLATINUM (PLATINUM), KULD (KULD), HÕBE (HÕBE) ja PRONKS (PRONKS).Need pakuvad joonisel fig. üks.
– – –
Riis. 1. Teenuse tasemed kõrge kättesaadavuse ja andmekaitse tagamiseks Iga tasand kasutab oma MAA võrdlusarhitektuuri, et juurutada optimaalne Oracle HA tööriistade komplekt, mis tagab soovitud teenusetaseme usaldusväärselt minimaalsete kulude ja keerukusega. Need käsitlevad mis tahes tüüpi ettenägematuid katkestusi, sealhulgas andmete riknemist, komponentide rikkeid, süsteemi katkestusi või andmekeskuse katkestusi, samuti kavandatud katkestusi hoolduse, migratsiooni või muudel eesmärkidel. Iga arhitektuuri üldkirjeldus on esitatud joonisel fig. 2.
Riis. 2. Kõrge käideldavuse ja andmekaitse võrdlusarhitektuurid
Pronkstaseme andmebaasid on sellised, kus lihtsat taaskäivitamist või varukoopiast taastamist peetakse "piisavalt kõrgeks saadavuseks". Pronkstasand põhineb Oracle Database'i ühel eksemplaril ja kasutab MAA arhitektuuri parimaid tavasid, mis hõlmavad paljusid Oracle Enterprise Editioni litsentsis sisalduvaid andmekaitse- ja kõrge kättesaadavusega funktsioone.
Oracle'i ja Oracle Recovery Manageri (RMAN) optimeeritud varukoopiad pakuvad
2 | ORACLE MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISVIISI ALUS
andmekaitse ja neid kasutatakse taastamiseks, kui andmebaasi taaskäivitamine pole võimalik.Hõbedane tasand pakub täiendavat kõrget kättesaadavust andmebaasidele, mis nõuavad minimaalset või üldse mitte seisakut, kui andmebaasi eksemplar või server ebaõnnestub, ja enamiku plaanitud hoolduse seisaku tüüpide jaoks. Silver taset täiendab klasterdamistehnoloogia - Oracle RAC või RAC One Node. RMAN pakub andmebaasi varukoopiaid andmete kaitsmiseks ja saadavuse taastamiseks, kui sulgemine muudab klastri taaskäivitamise võimatuks.
Kuldtase parandab märkimisväärselt teenuse taset missioonikriitiliste ärirakenduste jaoks, kus ühe komponendi rike ei too kaasa kogu süsteemi riket. Gold taset täiendavad andmebaasi replikatsioonitehnoloogiad: Active Data Guard ja Oracle GoldenGate. Need tehnoloogiad sünkroonivad ühe või mitu tootmisandmebaasi koopiat, et tagada reaalajas andmekaitse ja kõrge kättesaadavus. Andmebaasi replikatsioon tagab oluliselt kõrgema kättesaadavuse ja andmekaitse kui salvestustaseme replikatsioonitehnoloogiad. Samuti vähendab see kulusid ja suurendab investeeringutasuvust, kasutades pidevalt aktiivselt kõiki koopiaid.
Platinum tasand pakub Oracle Database 12c mitmeid uusi funktsioone, aga ka varem saadaval olnud tooteid, mida on täiustatud uus versioon. See sisaldab rakenduse Continuity tehnoloogiat käimasolevate tehingute usaldusväärseks taasesitamiseks, Active Data Guard Far Sync täielikku kaitset andmete kadumise eest, kui koopia põhiandmebaasist eemaldatakse, uusi GoldenGate'i laiendusi versiooniuuendusteks ja migratsiooniks ilma seisakuta ning globaalseid andmeteenuseid automaatseks haldamiseks. ja koormuse tasakaalustamine andmebaasi replikatsiooni jaoks. Kuigi iga tehnoloogia rakendamine nõuab märkimisväärseid jõupingutusi, pakub see olulist kasu missioonikriitiliste rakenduste jaoks, kus seisakud ja andmete kadu on vastuvõetamatud.
Järgmine tabel võtab kokku igasse võrdlusarhitektuuri sisseehitatud kõrge kättesaadavuse (HA) ja andmekaitseatribuudid.
KÕRGE KÄTTESAADAVUS JA ANDMEKAITSE
– – –
MAA võrdlusarhitektuurid on oma olemuselt loodud vastandlike probleemide lahendamiseks.
Ühest küljest ei ole igal rakendusel ühesugused kõrge kättesaadavuse ja andmekaitse nõuded. Teisest küljest on standardne arhitektuur operatiivnõue ja ettevõtete jaoks kohustuslik, et vähendada keerukust ja kulusid.
MAA võrdlusarhitektuur käsitleb mõlemat tegelikkust ja pakub infrastruktuuri, mis on optimeeritud Oracle'i andmebaasi jaoks ja võimaldab teil määrata õige HA taseme erinevate teenusetasemete nõuete jaoks. See muudab andmebaasi teisaldamise järgmisele tasemele, kui ärinõuded muutuvad või kui
3 | ORACLE MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISVIISI ALUS
üleminek ühelt riistvaraplatvormilt teisele.Järgmistes jaotistes kirjeldatakse iga viitearhitektuuri üksikasjalikumalt.
Pronks: ühekordne pronksitase pakub põhiteenus DB madalaimate kuludega. Rakenduskulusid ja keerukust vähendavad madalam kättesaadavus ja andmekaitse. Joonisel fig. 3 näitab pronkstaseme üldist vaadet.
Tasand Bronze kasutab ühte Oracle Database'i eksemplari; klastritehnoloogiat ei kasutata juhul, kui server ei lähe automaatselt üle ooterežiimile, millel on töötav Oracle Database'i eksemplar. Kui server või andmebaas ebaõnnestub, sõltub taasteaja eesmärk (RTO) sellest, kui kiiresti saate varustada asendusriistvara või taastada varukoopiast. Halvima stsenaariumi korral täielik väljalülitamine saidil kulub nende ülesannete täitmiseks ooterežiimisõlmes lisaaega ja mõnel juhul võib see võtta päevi.
Pronkstase: ühe eksemplari RTO minutitest päevadeni, RPO alates viimasest Reservkoopia Riis. 3. Oracle Database'i tavapäraste varukoopiate tegemiseks kasutatakse Bronze Oracle Recovery Manageri (RMAN) kõrge saadavuse viitearhitektuuri.
Võimalik andmete kadu, mida nimetatakse taastepunkti eesmärgiks (RPO), on kõik andmed, mis on genereeritud alates viimasest varundamisest. Andmebaasi varukoopiad salvestatakse ka kaugandmekeskusesse või pilve varundamiseks ja katastroofi taastamiseks peamises andmekeskuses aset leidva katastroofi korral.
Pronkstase koosneb järgmistes osades kirjeldatud põhikomponentidest.
Oracle Database'i kõrge kättesaadavus ja andmekaitse Pronkstasand kasutab järgmisi Oracle Database Enterprise Editioniga kaasasolevaid kõrge kättesaadavuse ja andmekaitse funktsioone ilma lisatasuta.
Oracle Restart taaskäivitab automaatselt andmebaasi, kuulaja ja muud komponendid.
Oracle pärast riist- või tarkvaratõrget või iga kord, kui andmebaasi masin taaskäivitatakse.
Oracle'i korruptsioonikaitse kontrollib füüsiliste »
kahju ja loogiline plokisisene kahjustus. Tuvastatakse andmete riknemine RAM-is ja seda ei kirjutata kettale. Paljudel juhtudel saab neid automaatselt parandada. Lisateavet leiate jaotisest Plokkide korruptsiooni vältimine, tuvastamine ja parandamine Selle eest Oracle Database (Oracle'i andmebaasi halbade plokkide ennetamine, tuvastamine ja parandamine).
Automaatne salvestushaldus (ASM) – Oracle'i integreeritud failisüsteem »
4 | ORACLE MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISVIISI ALUS
ja helitugevuse haldur koos automaatse peegeldamisega, et kaitsta ketta rikke eest.Oracle Flashback Technologies – funktsioonide rühm, mis pakub kiirparandusi »
teatud tehingu, tabeli või kogu andmebaasi taastamiseks on vaja mitmesuguseid vigu.
Oracle Recovery Manager (RMAN) pakub kulutõhusat ja usaldusväärset varundamist »
kopeerida ja taastada Oracle'i andmebaasi jaoks optimeeritud.
Veebihooldus on funktsioon, mis sisaldab ümberdefineerimist ja ümberkorraldamist »
pidevad andmed andmebaasi hooldamiseks, failiedastuseks ja paikamiseks.
Andmebaasi konsolideerimine pronkstasemel Pronkstasemel juurutatud andmebaasid hõlmavad arendus- ja testimisandmebaase, aga ka väikeste töörühmade ja üksikute rakenduste jaoks mõeldud andmebaase, mis on sageli esimesed kandidaadid andmebaasi konsolideerimiseks ja andmebaasi kui teenuse (DBaaS) varustamiseks.
Oracle Multitenant on MAA metoodika andmebaaside konsolideerimiseks ja virtualiseerimiseks alates Oracle Database 12c-st. Muud konsolideerimisvõimalused hõlmavad järgmist.
Operatsioonisüsteemi virtualiseerimine – mitu virtuaalmasinat ühes füüsilises hostmasinas »
Skeemide konsolideerimine – erinevad rakendusskeemid samas andmebaasis »
Platvormi konsolideerimine – mitu eraldi andmebaasi samas füüsilises masinas või ühes »
Oracle RAC Cluster Kompromissi Oracle Multitenanti ja teiste konsolideerimismeetodite vahel käsitletakse Oracle Maximum Availability Architecture valges raamatus "High Availability Best Practices for Database Consolidation".
Elutsükli haldamine ja andmebaasi pakkumine teenusena (DBaaS) Oracle Enterprise Manager Cloud Control – võimaldab kasutajatel IT-ressursse iseseisvalt juurutada vastavalt ressursikogumi mudelile erinevate mitme rentniku arhitektuuride jaoks. Need võimalused on vajalikud DBaaS (andmebaas kui teenus) lähenemisviisi juurutamiseks, paradigma, milles lõppkasutajad (DBA-d, rakenduste arendajad, QoS-i insenerid, projektijuhid jne) saavad taotleda andmebaasiteenust ja kasutada neid eluring projekti ja seejärel vabastage need ning tagastage need ressursikogumisse. Cloud Control Database as a Service (DBaaS) pakub:
Ühine konsolideeritud platvorm andmebaasiteenuse pakkumiseks »
Iseteenindusmudel nende ressursside juurutamiseks »
Andmebaasiressursside paindlik suurendamine ja vähendamine »
Tasu võetakse ainult kasutatud andmebaasiressursside eest »
Oracle Engineered Systems Suites Oracle Engineered Systemsi komplektid vähendavad elutsükli kulusid, standardides Oracle'i andmebaasi ja rakenduste jaoks eelintegreeritud ja optimeeritud platvormi. Oracle Engineered Systemsi komplektid sisaldavad järgmist.
Oracle Virtual Compute Appliance – lihtsustab oluliselt klientide jaoks installimist ja juurutamist »
virtuaalsed infrastruktuurid mis tahes Linuxi, Oracle Solarise või Microsoft Windowsi rakenduste jaoks ja nende haldamine.
Oracle Database Appliance – odav terviklik tarkvarapakett, salvestussüsteemid »
andme-, serveri- ja võrgurajatised, mis vähendab keerukust ning säästab lihtsustamise kaudu aega ja raha
5 | ORACLE MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISVIISI ALUS
kasutuselevõtt, Hooldus ning andmebaaside ja rakenduste tugi. Oracle Database Appliance toetab nii füüsilist kui ka virtuaalset juurutamist.Oracle Exadata andmebaasimasin on kõige produktiivsem, »
skaleeritav ja taskukohane platvorm Oracle Database'i käitamiseks. Oracle Exadata Database Machine töötab igat tüüpi rakendustega, sealhulgas veebipõhise tehingute töötlemise (OLTP), andmeladu (DW) ja segatöökoormuse rakenduste konsolideerimisega, pakkudes ideaalset alust andmebaaside konsolideerimiseks.
Oracle SuperCluster – spetsiaalselt loodud süsteemid, mis sobivad ideaalselt andmebaaside konsolideerimiseks ja »
rakendused, privaatpilve juurutused ja Oracle'i tarkvara ühel ühtsel platvormil. Oracle SuperCluster kasutab maailma kiireimaid protsessoreid, mis põhinevad SPARC arhitektuuril ja Exadata salvestusruumil.
Oracle ZFS Storage Appliance pakub koheseid ketta säästmise eeliseid »
ruumi, haldamise ja kulude kokkuhoid klientide jaoks võrgusüsteem salvestusruum (NAS). Oracle ZFS sisaldab funktsioonirikast tarkvarapaketti haldamiseks, jälgimiseks, tõrkeotsinguks, hetktõmmiste tegemiseks, kloonimiseks, replikatsiooniks ja täiendavateks salvestusteenusteks, mis loomulikult täiendavad kõiki Oracle Engineered Systems.
Pronkstaseme järeldus: andmekaitse, RTO ja RPO Allolev tabel võtab kokku kõik pronksitaseme andmekaitsefunktsioonid. Tabeli 2 esimene veerg näitab, millal kontrollitakse füüsiliste ja loogiliste andmete rikkumist.
Käsitsi kontrollimise algatab administraator või regulaarsete ajavahemike järel »
ajastatud ülesanne, mis teostab perioodilisi kontrolle.
Kui andmebaas on avatud, teostavad taustaprotsessid pidevalt käigupealseid kontrolle.
Taustakontrolli tehakse kindlate kindlate ajavahemike järel, kuid ainult »
perioodid, mil ressursse ei kasutata.
Iga kontroll on Oracle Database'i jaoks ainulaadne ja kasutab spetsiifilisi teadmisi Oracle'i andmeplokkide ja andmebaasi logide struktuuri kohta.
PRONKS ANDMEKAITSE
– – –
Pange tähele, et HARD-kontroll ja automaatne kõvaketta puhastamise ja parandamise funktsioon on Exadata salvestussüsteemile ainulaadsed. KÕVAkontrolliga ei kirjuta Oracle Database füüsiliselt rikutud plokke kettale. Automaatne kõvaketta puhastamine ja parandamine tuvastab ja parandab perioodiliselt vigaste või kulunud sektoritega kõvakettad (salvestussüsteemi klaster) ning vabade ressursside olemasolul tuvastab ja parandab ka muid füüsilisi ja loogilisi defekte.
Exadata saadab ASM-ile taotluse vigaste sektorite parandamiseks, lugedes andmeid teisest peegelkoopiast. Vaikimisi tehakse ketta puhastamine (puhastus) iga kahe nädala tagant.
6 | ORACLE MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISVIISI ALUS
Järgmises tabelis on näidatud pronkstasemel RTO-d ja RPO-d erinevate plaaniliste ja plaaniväliste katkestuste jaoks.TAASTAMISE AEG (RTO) JA VÕIMALIK ANDMEKADU (RPO) PRONKSTASEMEL
– – –
Hõbe: kõrge saadavus automaatse tõrkevahetusega Hõbedane tasand põhineb pronkstasemel, kuid sisaldab klastritehnoloogiat, et suurendada saadavust planeerimata seisakuaegade ja plaanilise hoolduse ajal (joonis 4). Silver tase kasutab Oracle RAC või Oracle RAC One Node klastritehnoloogiat, et tagada andmekeskuses kõrge kättesaadavus. See saavutatakse automaatse tõrkesiirde abil juhul, kui üks andmebaasi eksemplaridest kaob või andmebaasi eksemplari majutava serveri täielik rike. Oracle RAC pakub veel ühe olulise eelise – see välistab erinevat tüüpi planeeritud seisakuid tänu võimalusele säilitada Oracle RAC klastri sõlmed ükshaaval Hõbetase: kõrge saadavus kiire tõrkesiirde RTO-ga sekundites serveri rikke korral, RPO alates viimasest varukoopia 4. Silver High Availability Reference Architecture
7 | ORACLE MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISVIISI ALUS
Tase Silver sisaldab järgmistes jaotistes kirjeldatud kõrge kättesaadavuse funktsioone.Oracle Real Application Clusters (Oracle RAC) Oracle RAC parandab rakenduste saadavust andmekeskuses andmebaasi eksemplari või eksemplari käitava serveri rikke korral. Oracle RAC-iga ooterežiimi serverile lülitumine toimub hetkega. Ülejäänud eksemplaridel teenuse taastamiseks ja ebaõnnestunud sõlme kasutajate taasühendamiseks kuluv aeg on peaaegu märkamatu.
Samuti välistab see seisakuid plaaniliste hooldustööde jaoks, mida saab kordamööda teha kõigi Oracle RAC sõlmede jaoks. Kasutajad lõpetavad oma töö ja sulgevad seansid sõlmes, kus hooldus toimub. Uuesti ühenduse loomisel saavad nad juurdepääsu andmebaasi eksemplarile, mis juba töötab teises sõlmes.
Lühiülevaade Oracle RAC klastri toimimisest aitab teil mõista selle eeliseid. Seal on kaks komponenti: Oracle Database'i eksemplarid ja Oracle Database ise.
Andmebaasi eksemplar on määratletud serveriprotsesside ja mälustruktuuride komplektina, mis töötavad »
ühes hostis (või serveris) ja tehke klientidele kättesaadavaks konkreetne andmebaas.
Andmebaas – konkreetne jagatud failide komplekt (andmefailid, registrifailid, »
juhtfailid ja lähtestamisfail), mis on salvestatud kettale ja koos, saab avada ja kasutada andmete lugemiseks ja kirjutamiseks.
Oracle RAC kasutab aktiivset-aktiivset arhitektuuri, millel võib olla mitu andmebaasi eksemplari »
erinevates sõlmedes töötavad andmed, et lugeda ja kirjutada andmeid samaaegselt samasse andmebaasi.
Oracle RAC klastri aktiivne-aktiivne arhitektuur pakub järgmisi eeliseid.
Kõrge kättesaadavuse taseme tõstmine. Serveri või andmebaasi eksemplari rike ei mõjuta »
ühendused teiste eksemplaridega ja ühendused ebaõnnestunud eksemplaridega migreeruvad kiiresti teistele eksemplaridele, mis juba töötavad ja on avatud klastri teistes serverites.
Skaleeritavus. Oracle RAC-klaster sobib ideaalselt rakenduste ja konsolideeritud keskkondade jaoks, kus »
Nõutav on skaleeritavus ja võime dünaamiliselt lisada töötlemisvõimsust ja muuta nende prioriteete rohkem kui ühes serveris. Ühes andmebaasis võivad olla eksemplarid, mis töötavad ühes või mitmes klastri sõlmes. Samamoodi võib sama andmebaasiteenus olla saadaval ühes või mitmes andmebaasi eksemplaris. Täiendavad sõlmed, andmebaasi eksemplarid ja andmebaasiteenused saab uuesti määratleda ilma klastrit peatamata. Võimalus töökoormust klastri vahel hõlpsalt jaotada muudab Oracle RACi ideaalseks lisandiks Oracle Multitenantile.
Usaldusväärne jõudlus. Oracle Quality of Service (QoS) abil saab määrata »
ressursid kõrge prioriteediga andmebaasiteenustele ja tagada püsivalt kõrge jõudlus konsolideeritud andmebaasikeskkondades. Arvutusvõimsust saab dünaamiliselt ümber jaotada, et kohaneda kiiresti muutuvate nõuetega.
Suur saadavus plaanilise hoolduse ajal. Kõrge saadavuse tagab »
muudatuste tegemine Oracle RAC sõlmedes ükshaaval. See hõlmab riistvara, OS-i või võrguhooldust, kui server tuleb võrguühenduseta ühendada, Oracle Grid Infrastructure'i tarkvaravirna või andmebaasi lappimist ning hooldust, kui andmebaasi eksemplar tuleb teisaldada teise serverisse, et suurendada töötlemisvõimsust või koormuse tasakaalustamist.
Oracle RAC on MAA parim tava serverite kõrge kättesaadavuse tagamiseks.
Oracle RAC One Node Oracle RAC One Node pakub Oracle RAC klastrile hõbedast alternatiivi, kui on nõutav serveri kõrge saadavus, kuid mastaapsust ja kiiret tõrkesiiret pole vaja. Oracle RAC One Node litsents on poole odavam kui Oracle RAC ja see on odavam alternatiiv, kui serveri rikke korral piisab RTO-st minutites.
8 | ORACLE MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISVIISI ALUS
Oracle RAC One Node on aktiivne-passiivne ümberlülitustehnoloogia. See põhineb samal infrastruktuuril nagu Oracle RAC, kuid Oracle RAC One Node'iga on tavatöö ajal korraga avatud ainult üks andmebaasi eksemplar.Avatud andmebaasi majutava serveri rikke korral käivitab Oracle RAC One Node automaatselt uue andmebaasi eksemplari teises sõlmes, et teenust kiiresti jätkata.
Oracle RAC One Node'il on teiste aktiivsete-passiivsete klastritehnoloogiate ees mitmeid eeliseid.
Oracle RAC One Node konfiguratsioonis töötavad Oracle Database HA Services, Grid Infrastructure ja andmebaasi kuularid alati teises sõlmes. Tõrkevahetuse ajal tuleb käivitada ainult andmebaasi eksemplar ja andmebaasiteenused, mis kiirendab teenuse taaskäivitamist ja võimaldab teenuste taaskäivitamist minutitega.
Plaanilise hoolduse korral pakub Oracle RAC One Node samu eeliseid kui Oracle RAC. RAC One Node klastris võivad kaks aktiivset andmebaasi eksemplari planeeritud hooldusperioodi jooksul võimaldada kasutajatel sujuvalt migreeruda ühest sõlmest teise ilma seisakuta. Sõlme hooldatakse jooksvalt, samas kui andmebaasiteenused jäävad kasutajatele kättesaadavaks.
Silver Level Järeldus: andmekaitse, RTO ja RPO Andmekaitse tase on sama, mis pronkstasemel. Hõbetaseme täiustused võrreldes pronkstasemega on seotud RTO-ga serveri rikke korral ja mõne sagedamini teostatava plaanilise hoolduse korral. Järgmises tabelis on toodud rasvases kirjas valdkonnad, mida on pronkstasemega võrreldes paremaks muudetud.
TAASTAMISE AEG (RTO) JA VÕIMALIK ANDMEKADU (RPO) HÕBETASEMEL
– – –
Kuld: laiaulatuslikud kõrge kättesaadavuse ja tõrkeotsingu võimalused Kuldtasand põhineb Silver tasemel, kuid kasutab andmebaasi replikatsioonitehnoloogiat, et kõrvaldada üksainus tõrkepunkt, mis võib kogu süsteemi alla viia, ning parandada oluliselt andmekaitset ja kättesaadavust igat tüüpi planeerimata tõrgete korral. , sealhulgas andmete riknemine, andmebaasi tõrked ja andmekeskuse tõrked. Paljundatud koopia omamine vähendab oluliselt ka seisakuid plaaniliste hooldusperioodide ajal. Üldine vorm kullatase on näidatud joonisel fig. 5.
9 | ORACLE MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISVIISI ALUS
RTO vähendatakse sekunditeks või minutiteks ja RPO vähendatakse nullini või nullilähedaseks, olenevalt konfiguratsioonist.Kuldtase: laiaulatuslik kõrge saadavus ja tõrkesiirdevõime RTO sekunditest minutiteni, RPO nulli või nulli lähedal 5. Gold High Availability Reference Architecture Pange tähele, et Gold tase kasutab Oracle RACi serveri kõrge kättesaadavuse standardina, mitte vähem funktsionaalset Oracle RAC One Node, mis on saadaval Silver tasemel.
Kuldtasand lisab funktsioone kõrgemate teenusetasemete jaoks, mida kirjeldatakse järgmistes jaotistes.
Oracle Active Data Guard – reaalajas andmekaitse ja kõrge saadavus Oracle Active Data Guard säilitab kaughostis üht või mitut sünkroonitud füüsilist koopiat (ooterežiimi andmebaasi), et kõrvaldada üksainus tõrkepunkt, mis võib põhjustada esmase andmebaasi tõrke. MAA parimate tavade põhjal tehakse ettepanek kasutada sama konfiguratsiooni esmase ja ooteandmebaaside (CPU, mälu, I/O jne) jaoks, et ooterežiimi andmebaas saaks pärast sellele tõrkesiiret pakkuda sama jõudlust kui algne. peamine.
Active Data Guard lisab Gold tasemele järgmised funktsioonid.
Kaitse valik nulli või nullilähedase andmekao jaoks. Aktiivne Data Guard esineb »
muudatuste replikatsioon põhiandmebaasist varukoopiasse reaalajas. Muudatused lükatakse otse põhiandmebaasi korduspuhvrist, et minimeerida replikatsiooni latentsust ja mõju põhiandmebaasile ning isoleerida replikatsiooniprotsess täielikult tootmisandmebaasi I/O-virnas esineda võiva korruptsiooni eest.
Administraatorid saavad maksimaalse saadavuse turberežiimis valida sünkroonse edastuse.
kättesaadavus), et tagada null andmete kadu. Või võivad nad valida asünkroonse edastamise maksimaalse jõudluse režiimis peaaegu nulli andmekadudeta. Maksimaalse jõudluse režiim võib piirata andmete kadumise võimaluse alla ühe sekundi, kui võrgu ribalaius on kopeeritud andmete mahu jaoks piisav.
Data Guard ja Active Data Guard on ainsad Oracle'i replikatsioonitehnoloogiad, mis pakuvad kaitset »
null andmekaoga.
Oracle Active Data Guardi ooterežiimi andmebaas võib tootmiskoormuse kiiresti üle võtta »
ja taastage teenus, kui andmebaasi tõrge või saidi sulgemine muudab esmase andmebaasi kättesaamatuks. Oracle Database töötab alati, seda ei ole vaja taaskäivitada ja esmase andmebaasi rolli üleminek võib lõppeda vähem kui 60 sekundiga isegi tugevalt koormatud süsteemides.
10 | ORACLE MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISVIISI ALUS
Kuldtasand kasutab automaatseks tõrkesiirde funktsiooni Data Guard Fast-Start Failover »varuandmebaasid. See kiirendab taastumist, kõrvaldades viivituse administraatori teavitamisel, et ta saaks tõrke korral reageerida. Fast Start Failover kasutab rollipõhiseid andmebaasiteenuseid ja Oracle'i kliendi teavitustehnoloogiat, et võimaldada rakendustel kiiresti katkestada ühendus ebaõnnestunud esmase andmebaasiga ja luua automaatselt ühenduse uue esmase andmebaasiga. Andmebaasi rolli saab üle kanda käsitsi käsurealiidese või Oracle Enterprise Manageri kaudu.
läbipaistev replikatsioon. Data Guard ja Active Data Guard täidavad täielikku, ühesuunalist füüsilist »
Oracle Database'i replikatsioon järgmiste omadustega: suur jõudlus, lihtne haldamine, tugi igat tüüpi andmetele, rakendustele ja töökoormuse tüüpidele, nagu DML, DDL, OLTP, partii töötlemine ja andmeladu, samuti koondandmebaasid. Data Guard ja Active Data Guard integreeruvad tihedalt Oracle RAC, ASM, RMAN ja Oracle Flashback tehnoloogiatega.
Suurema investeeringutasuvuse saavutamiseks laadige tootmisandmebaasist välja. Oracle'i ooterežiimi andmebaasid »
Active Data Guardi saab avada kirjutuskaitstud kujul, kui replikatsioon on pooleli. Uuendatud aktiivne ooterežiim sobib ideaalselt raskete SQL-päringute edastamiseks ja aruandluseks põhiandmebaasist sinna.
See parandab ooterežiimi süsteemide tasuvust ja esmase andmebaasi jõudlust, kasutades arvutusvõimsust, mis muidu oleks jõude. Samuti testitakse rakendusi pidevalt, et tagada ooterežiimi andmebaaside valmisolek koormuse ülevõtmiseks juhul, kui esmane andmebaas läheb alla.
Põhiandmebaasi vabastamine varundusülesannetest. Peamised ja varusüsteemid on »
üksteise täpsed füüsilised koopiad, mis võimaldab varundusülesandeid põhiandmebaasist varuandmebaasi üle kanda. Ooterežiimi andmebaasis loodud varukoopiat saab kasutada põhi- või ooterežiimi andmebaasi taastamiseks. See annab administraatoritele taastamisprotsessis paindlikkuse ja tootmissüsteemid ei pea kandma varundamise koormust.
Plaanilise hoolduse lühem seisakuaeg. Ooterežiimi andmebaase saab kasutada versioonile »
uus paigakomplekt (näiteks plaaster migreerimiseks versioonilt 11.2.0.2 versioonile 11.2.0.4) või ükshaaval Oracle'i uuele versioonile (näiteks 11.2 versioonile 12.1) üleminekuks: esmalt värskendatakse ooterežiimi andmebaasi , misjärel muutub see uue versiooniga tootmiseks. Kogu seisakuaeg lüheneb ajale, mil esmane andmebaasi roll kantakse üle ooterežiimi andmebaasi ja aeg, mis kulub kasutajate uuele esmasele andmebaasile üleviimiseks pärast täienduse lõppemist.
Oracle Active Data Guard ooterežiimi andmebaas teostab pidevat andmete valideerimist tagamaks, et ükski »
kahju ei saanud algsest andmebaasist kopeerida. Oracle Active Data Guard tuvastab füüsilise ja loogilise ploki riknemise, mis võib esineda esmases või ooterežiimi andmebaasis. See on ka ainulaadne vahend kirjutusploki korruptsiooni tuvastamiseks (kaotatud või kadunud kirjutamistoimingud, mille I/O alamsüsteem on edukaks tunnistanud). Lisateavet leiate jaotisest Minu Oracle'i tugimärkus 1302539.1 – Korruptsiooni tuvastamise, ennetamise ja automaatse parandamise parimad tavad.
Automaatne plokkide taastamine. Oracle Active Data Guard parandab korruptsiooni automaatselt »
ploki tase, mis on põhjustatud juhuslikest I/O vigadest, mis võivad ilmneda nii primaarses kui ka ooterežiimi andmebaasis. Seda tehakse ploki hea koopia hankimise teel vastasandmebaasist. Rakendustes pole vaja muudatusi teha ja parandus on kasutajatele läbipaistev.
Ülaltoodu selgitab ka seda, miks Gold tase kasutab sünkroonitud koopia säilitamiseks replikatsioonitehnoloogiat, mitte kaugsalvestuse peegeldamise tooteid (SRDF, Hitachi TrueCopy jne). Nende erinevuste kohta lisateabe saamiseks vaadake Oracle Active Data Guard vs. Storage Remote Mirroring (Oracle Active Data Guardi ja Remote Storage Mirroringi võrdlus).
Oracle GoldenGate Tarkvara Oracle GoldenGate pakub loogilist replikatsiooni esmase andmebaasi (lähteandmebaasi) sünkroniseeritud koopia (sihtandmebaasi) säilitamiseks. Oracle GoldenGate loeb muudatused lähteandmebaasi kettalt, teisendab andmed platvormist sõltumatusse failivormingusse, edastab faili sihtandmebaasi ja seejärel muudab andmed sihtandmebaasi natiivseteks SQL-lauseteks (värskendab, lisab ja kustutab). . Sihtandmebaas sisaldab samu andmeid, kuid see pole enam lähteandmebaas, vaid teine andmebaas (näiteks varukoopiad ei ole omavahel asendatavad). Loogiline replikatsioon on rohkem
11 | ORACLE MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISVIISI ALUS
on keerulisem kui füüsiline replikatsioon, kuid pakub suuremat paindlikkust erinevate replikatsioonistsenaariumide ja heterogeensete platvormide jaoks.Andmete levitamise seisukohast on loogiline replikatsioon kavandatud olema kulutõhus »
lähteandmebaasi alamhulkade replikatsioon, et jagada andmeid teistele sihtandmebaasidele. Seda saab kasutada ka andmete koondamiseks mitmest lähteandmebaasist ühte sihtandmebaasi (nt Operational Data Store).
Kõrge kättesaadavuse seisukohast saab loogilist replikatsiooni kasutada hoolduseks »
algse andmebaasi täielik koopia kõrge kättesaadavuse või tõrkekaitse tagamiseks, tõrkeotsingu ooterežiimi andmebaasi saab teha kohe.
Oracle GoldenGate'i loogiline replikatsioon võimaldab paindlikku hooldust ja »
migreerimine ükshaaval, kui see pole Data Guardi replikatsiooniga võimalik. Näiteks pakub Oracle GoldenGate replikatsiooni lähteandmebaasist platvormil, mis kasutab suurte baitide järjekorda, sihtandmebaasi platvormil, millel on väike-endian (üle-endianne replikatsioon). See võimaldab teil kasutada platvormidevahelise migratsiooni eeliseid, muutes replikatsiooni suuna, et pärast migreerimist kiiresti naasta eelmisele versioonile.
Oracle GoldenGate'i loogiline replikatsioon on keerukam protsess, millel on rohkem eeldusi kui Data Guard. Kuid seda kompenseerib Oracle GoldenGate'i ainulaadne võime pakkuda kaasaegseid replikatsioonivorme. MAA parimad tavad: Oracle Active Data Guard ja Oracle GoldenGate dokument annab lisateavet parima replikatsioonitehnoloogia valimiseks või mõlema tehnoloogia täiendavaks kasutamiseks.
Oracle Site Guard Oracle Site Guard võimaldab administraatoritel koordineerida kogu Oracle'i keskkonna (mitu andmebaasi ja rakendust) nii ajastatud kui ka planeerimata lülitusi (esmaressursi ootamatu katkestuse korral) tootmiskoha ja kaugsaidi vahel. Oracle Site Guard on kaasatud Oracle Enterprise Manageri elutsükli halduspaketti.
Oracle Site Guard pakub järgmisi eeliseid.
Vähendage vigu, reageerides sõlme tõrgetele juba valmis. Oracle Site Guard »
vähendab õnnetuste korral inimliku eksimuse tõenäosust. Taastestrateegiad on rakenduses välja töötatud, testitud ja tõrkekindlad. Kui administraator algatab katastroofi taastamiseks saidivalve toimingu, ei ole inimese kaasamist vaja.
Paljude rakenduste, andmebaaside ja erinevate replikatsioonitehnoloogiate koordineerimine. Oracle'i sait »
Guard käsitleb saidi käivitamisel või peatamisel automaatselt erinevate komponentide vahelisi sõltuvusi.
Site Guard integreerub Oracle Active Data Guardiga, et koordineerida mitme andmebaasi samaaegseid tõrkesiirdeid. Site Guard pakub ka hõlpsat integreerimismehhanismi mis tahes kaugsalvestuse peegeldamistoodete jaoks. Tarkvara integreerub salvestusseadmetega ressursside planeeritud või tõrkevahetuse jaoks. Selleks käivitatakse salvestussüsteemide jaoks spetsiifilised rolliülekande skriptid.
Kiirendada taastumist. Oracle Site Guard Automation minimeerib käsitsi »
taaskasutustoimingute koordineerimine. See kiirendab taastumist isegi võrreldes juhtumiga, kui kõik käsitsi toimingud on edukalt lõpule viidud. Site Guard säästab ka aega, kõrvaldades keeruliste käsitsiprotseduuridega sageli seotud inimlikud vead.
12 | ORACLE MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISVIISI ALUS
Kuldne järeldus: andmekaitse, RTO ja RPO Järgmises tabelis on näidatud kullaandmete kaitse, RTO ja RPO võimalused.Parendusvaldkonnad on rasvases kirjas esile tõstetud.
KULD ANDMEKAITSE
– – –
13 | ORACLE MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISVIISI ALUS
Platinum: Platinum-valmidusega rakenduste seisakuid pole Platinum põhineb kullatasemel ning pakub kõrget kättesaadavust ja andmekaitset rakendustele, kus katkestused või andmekadu on täiesti vastuvõetamatu. Platinum tasand pakub Oracle Database 12c mitmeid uusi funktsioone ja ka varem saadaolevaid tooteid, mida on uues versioonis täiustatud.Platinum muudab katkestused rakendusele ja kasutajatele läbipaistvaks ning isegi katkestuse ajal pooleliolevaid tehinguid proovitakse pärast taastamist käigu pealt uuesti. Null seisakuid hoolduseks, migreerimiseks ja rakenduste uuendamiseks. Andmekao null on garanteeritud, kui esmane andmebaas mingil põhjusel ebaõnnestub, olenemata esmase ja varusõlme vahelisest kaugusest. Platinum tasand haldab automaatselt ka andmebaasiteenuste saadavust ja koormuse tasakaalustamist koopiate vahel mitme sõlme vahel. Plaatinataseme üldvaade on näidatud joonisel fig. 6.
Plaatinatasand Plaatinavalmidusega rakenduste jaoks pole seisakuid
– – –
Riis. 6. Platinum High Availability Reference Architecture Paljud rakendused vajavad väiksemaid muudatusi, et täielikult kõrvaldada katkestused plaatina tasemel. Sellepärast me ütleme, et Platinum pakub nulli seisakuid ainult Platinum-valmidusega rakenduste jaoks. Pange tähele, et andmete kadumise puudumiseks ei ole vaja rakendusi muuta.
Platinum tase kasutab järgmistes jaotistes kirjeldatud kõrge kättesaadavusega funktsioone.
Rakenduse järjepidevuse tehnoloogia Rakenduse järjepidevuse tehnoloogia kaitseb rakendusi andmebaasi seansside katkestamise eest eksemplari, serveri, salvestusruumi, võrgu, mis tahes muu komponendi või isegi kogu andmebaasi rikke tõttu. Rakenduse järjepidevuse tehnoloogia kordab ühenduse katkestamise ajal käimasolevaid tehinguid, rakenduse jaoks on see vaid väike viivitus, mis on kasutajale märkamatu.
Kogu Oracle RAC klastri rikke korral, kui andmebaas muutub kättesaamatuks, taasesitab Application Continuity tehnoloogia seansi, sealhulgas soovitud tehingu, pärast tõrkevahetust ooterežiimi andmebaasi, kasutades Oracle Active Data Guard. Rakenduse järjepidevus ooterežiimi andmebaasiga nõuab Data Guardi maksimaalset saadavust ja Data Guard Fast Start Failover.
14 | ORACLE MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISVIISI ALUS
Oracle Active Data Guard Far Sync Data Guard ja Active Data Guard on ainsad Oracle'i replikatsioonitehnoloogiad, mis tagavad Oracle Database'i jaoks andmekao nulli. Andmekadu null saavutatakse sünkroonse edastusega Data Guardi maksimaalse saadavuse režiimis. Kui kasutatakse sünkroonset edastamist, mõjutab võrgu latentsus andmete edastamisel primaarse ja ooterežiimi sõlmede vahel andmebaasi jõudlust. Mida suurem on sõlmede vaheline kaugus, seda pikem on ooteaeg ja selle mõju andmebaasi jõudlusele. Kuna esmane andmekeskus ja varuandmekeskus asuvad sageli teineteisest kaugel, on paljude andmebaaside puhul andmekao puudumise valimine ebapraktiline.Active Data Guard Far Sync kõrvaldab ülaltoodud piirangud, pakkudes null andmekadu ilma põhiandmebaasi jõudlust halvendamata, isegi kui esmane ja ooteandmebaas asuvad üksteisest sadade või isegi tuhandete kilomeetrite kaugusel. See saavutatakse "kerge" edastusmehhanismi abil, mida on lihtne juurutada ja mis on läbipaistev Oracle Active Data Guardi tõrkesiirde või ajastatud tõrkesiirde toimingute jaoks. Kui Far Synci kasutatakse koos Oracle Advanced Compression Optioniga, tihendatakse võrgu ribalaiuse säästmiseks andmeid ka väljaspool esmast saiti edastamiseks.
Kui seda kasutatakse koos Far Synciga Data Guard Fast-Start-Failover režiimis (automaatne tõrkesiirde), võib Application Continuity muuta katkestused sel hetkel käimasolevatele tehingutele nähtamatuks, sõltumata esmase ja varusõlme vahelisest kaugusest.
Seega pakub Far Sync platvormi tasandi kaks peamist lisaeelist: tõrkevahetus ilma andmete kadumiseta ühegi andmebaasi jaoks ja võimalus kasutada rakenduse järjepidevuse tehnoloogiat sõltumata sõlmede vahelisest kaugusest. Active Data Guard Far Sync on Oracle Database 12c uus režiim. Far Synci kasutamiseks pole vaja rakendusi muuta.
Null seisakuaega hooldust GoldenGate'i ja aktiivse-aktiivse replikatsiooniga
Platinum-tasand kasutab Oracle GoldenGate'i täiustatud replikatsioonifunktsioone, mis tagavad seisakuta hoolduse ja migratsioonid kahesuunalise replikatsiooni abil. Mõelge järgmisele stsenaariumile.
Hooldus tehakse esmalt siht-DB-s.
Lähte- ja sihtandmebaas sünkroonitakse erinevate andmebaasiversioonide jaoks loogilise replikatsiooni abil »
Oracle GoldenGate. See võimaldab platvormide vahelist üle- ja suurkujulist migratsiooni. See võimaldab ka keerukaid rakenduste värskendusi, mis muudavad serveri objekte, kus replikatsioonimootor peab teisendama andmed vanast versioonist uude versiooni või vastupidi.
Kui platvormi uus versioon on stabiliseeritud ja stabiilne, võimaldab kahesuunaline replikatsioon »
kasutajad saavad järk-järgult ja ilma seisakuta üle minna uuele platvormile, kui nad lõpetavad oma seansid vanas versioonis ja loovad ühenduse uuega. Kahesuunaline Oracle GoldenGate'i replikatsioon hoiab vanad ja uued versioonid migratsiooni ajal sünkroonis. Samuti võimaldab see kiiresti naasta vanale versioonile, kui koormuse lisamisel tekib uue versiooniga ootamatuid probleeme.
Kahesuunalist aktiivset-aktiivset replikatsiooni saab kasutada ka teenuse kättesaadavuse taseme tõstmiseks, kui on vaja püsivat ühendust samade andmete mitme lugemis-/kirjutuskoopiaga.
Kahesuunaline replikatsioon on rakenduse jaoks läbipaistmatu. See on vajalik konfliktide tuvastamiseks ja lahendamiseks, kui sama kirjet tehakse muudatusi mitmes andmebaasis korraga. Samuti peate arvestama erinevat tüüpi tõrgete ja replikatsiooniviivituste mõjuga. Kui GoldenGate'i kahesuunalist replikatsiooni kasutatakse rakenduste värskenduste jaoks, mis muudavad taustaandmebaasi objekte, nõuab erinevate versioonide vaheline replikatsioon arendaja tasemel teadmisi uues versioonis muudetavate või lisatavate andmebaasiobjektide kohta. Rakenduse iga uus versioon nõuab versiooni vastendamist.
15 | ORACLE MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISVIISI ALUS
GoldenGate'i replikatsioon on asünkroonne protsess ja see ei võimalda andmekadu nullida. Seetõttu ei kasuta plaatinatasand Oracle GoldenGate'i saidivaheliseks replikatsiooniks, kui kaugreplica peab vältima andmekadu esmase andmebaasi või esmase saidi planeerimata katkemise korral.Andmekao nullnõude täitmiseks kasutab Platinum tase GoldenGate'i kahesuunalist replikatsiooni koos Oracle Active Data Guardiga.
Kohalikku GoldenGate'i koopiat kasutatakse planeeritud hoolduseks ilma andmete kadumiseta ning Oracle Active Data Guardi liiasus välistab usaldusväärselt andmete kadumise tõrkevahetuse ajal hoolduse ajal tekkiva planeerimata katkestuse korral.
Väljaandepõhise ümberdefineerimise funktsioon Väljaandepõhine ümberdefineerimine (EBR) pakub rakendusele värskendusi, mis muudavad võrgus olevaid taustaandmebaasi objekte ilma rakenduse saadavust häirimata. Kui värskendused on installitud, saab samaaegselt kasutada rakenduse vanu ja uuendatud versioone. Olemasolevad seansid võivad jätkata rakenduse kasutamist nii nagu see oli enne täiendamist, kuni kasutajad otsustavad selle peatada, ja uued seansid saavad juba kasutada uus väljaanne. Kui värskendamata rakendusega pole jäänud ühtegi seanssi, saab selle kasutusest kõrvaldada.
EBR võimaldab rakendusi interaktiivselt värskendada järgmiselt.
Uues väljaandes tutvustatakse programmi koodi muudatusi.
Andmete muudatused viiakse sisse turvalisel viisil, kirjutades ainult uutesse veergudesse või uutesse »
vanale väljaandele nähtamatud tabelid. Eriväljaande vaates kuvatakse tabel iga redaktsiooni jaoks erilisel viisil, nii et iga redaktsioon näeb ainult oma veerge.
Ristväljaanne edastab vanas rakenduses tehtud andmete muudatused veergudele »
uuendatud rakendus ja vastupidi.
Sarnaselt Oracle GoldenGate'i tõrgeteta rakenduste uuendamisega nõuab EBR-i juurutamine ja kasutamine sügavaid rakendusteadmisi ja märkimisväärseid arendaja pingutusi. Erinevalt Oracle GoldenGate'ist piisab EBR-i kasutamiseks ühekordsest investeeringust. Seejärel saate minimaalse pingutusega kasutada EBR-i rakenduse järgmiste versioonide jaoks. EBR on praktikas juba tõestatud kõige keerukamate rakenduste puhul. Näiteks Oracle E-Business Suite 12.2 kasutab EBR-i pidevaks lapimiseks. EBR-funktsioon lisati Oracle'i andmebaasi ilma lisatasuta.
Oracle Global Data Services Lahendus Oracle Global Data Services (GDS) on täielik automaatne laadimishalduslahendus paljundatud andmebaasidele, mis kasutavad Oracle Active Data Guard või Oracle GoldenGate. GDS pakub paljundatud andmebaasidele suuremat süsteemikasutust ning kõrgemat jõudlust, skaleeritavust ja saadavust.
GDS pakub paljundatud andmebaaside komplekti jaoks järgmisi funktsioone:
– – –
16 | ORACLE MAA REFERENCE ARCHITECTURES ON DBAAS (ANDMEBAAS KUI TEENUS) LÄHENEMISVIISI ALUS
Plaatinataseme järeldus: andmekaitse, RTO ja RPO Platinum-tasand pakub samasugust korruptsioonikaitset kui kuldtasand. Platinum- ja Gold-tasemete erinevused on seotud taasteajaga (RTO) ja võimaliku andmekaoga (RPO) plaatinavalmidusega rakenduste puhul.Plaatinataseme RTO ja RPO on näidatud järgmises tabelis.
TAASTAMISE AEG (RTO) JA VÕIMALIK ANDMEKADU (RPO) PLATINUMIS
– – –
Kokkuvõte Organisatsioonid nõuavad lahendusi, mis vastavad kõigile andmekaitse- ja kättesaadavusnõuetele.
Oracle MAA parimad tavad määratlevad neli kõrge kättesaadavusega võrdlusarhitektuuri:
PRONKS, HÕBE, KULD ja PLAATIINA. Iga MAA võrdlusarhitektuur kasutab Oracle'i optimaalset kõrge kättesaadavusega tööriistade komplekti, et pakkuda soovitud teenust usaldusväärselt madalaima kulu ja keerukusega. Oracle'iga integreeritud kõrge käideldavus- ja andmekaitsetarkvara juurutamine, kasutades standardset kõrge kättesaadavusega arhitektuuride komplekti, kasutades ühist infrastruktuuri unikaalne lahendus andmebaasi kui teenuse (DBaaS) lähenemise toetamiseks avalikes või privaatsetes pilvedes.
2017 www.sait – "Tasuta e-raamatukogu- erinevad dokumendid
Selle saidi materjalid on postitatud ülevaatamiseks, kõik õigused kuuluvad nende autoritele.
Kui te ei nõustu, et teie materjal sellele saidile postitatakse, kirjutage meile, me eemaldame selle 1-2 tööpäeva jooksul.
Kättesaadavus
Põhimõisted
Infosüsteem pakub oma kasutajatele teatud teenuste (teenuste) kogumit. Väidetavalt on nende teenuste soovitud kättesaadavuse tase tagatud, kui järgmised näitajad jäävad kindlaksmääratud piiridesse:
- Teenuse tõhusus. Teenuse tõhusust määratletakse maksimaalse päringu teenuse aja, toetatud kasutajate arvu ja nii edasi. Nõutav on, et efektiivsus ei langeks alla etteantud läve.
- kättesaamatu aeg. Kui teabeteenuse tõhusus ei vasta kehtestatud piirangutele, loetakse teenus kättesaamatuks. Nõue on, et mittekättesaadavuse perioodi maksimaalne kestus ja kogu mittekättesaadavuse aeg teatud perioodiks (kuu, aasta) ei ületaks etteantud piire.
Sisuliselt eeldatakse, et infosüsteem töötaks peaaegu alati soovitud efektiivsusega. Mõnede kriitiliste süsteemide (näiteks juhtimissüsteemide) puhul peaks seisak olema null, ilma "peaaegu". Sel juhul räägitakse kättesaamatusolukorra tekkimise tõenäosusest ja nõutakse, et see tõenäosus ei ületaks etteantud väärtust. Selle probleemi lahendamiseks on loodud ja loomisel spetsiaalsed tõrketaluvad süsteemid, mille maksumus on reeglina väga kõrge.
Suurele enamusele kaubandussüsteemid kehtestatakse leebemad nõuded, kuid kaasaegne ärielu seab siin üsna karmid piirangud, kui teenindatavate kasutajate arv on mõõdetav tuhandetes, reageerimisaeg ei tohiks ületada paari sekundit ja kättesaamatusaeg ei tohiks ületada mitut tundi aastas.
Kaasaegsete konfiguratsioonide puhul, mis on ehitatud kliendi/serveri tehnoloogiasse, tuleb lahendada kõrge käideldavuse pakkumine. See tähendab, et kogu kett vajab kaitsmist – kasutajatest (võimalik, et kaug) kuni kriitiliste serveriteni (sh turvaserverid).
Peamisi ligipääsetavuse ohte käsitlesime varem.
Vastavalt standardile GOST 27.002 mõistetakse rikke all sündmust, mis seisneb toote toimimise rikkumises. Toode on käesoleva töö kontekstis infosüsteem või selle komponent.
Lihtsamal juhul võib arvata, et liittoote mistahes komponendi rikked viivad üldise rikkeni ning rikete jaotus ajas on lihtne Poissoni sündmuste voog. Sel juhul võetakse kasutusele rikete määra ja riketevahelise keskmise aja mõiste, mis on seotud seosega
Riis. 13.1.
kus i- komponendi number,
λ i – rikete määr,
T i on keskmine aeg ebaõnnestumiste vahel.
Sõltumatute komponentide rikkemäärad liidetakse:
Riis. 13.2.
ja liittoote rikete vaheline keskmine aeg on antud suhtega
Riis. 13.3.
Juba need lihtsad arvutused näitavad, et kui on mõni komponent, mille rikete määr on palju suurem kui teistel, siis määrab see komponent kogu riketevahelise keskmise aja. infosüsteem. See on teoreetiline põhjendus põhimõttele tugevdada kõigepealt nõrgimat lüli.
Poissoni mudel võimaldab põhjendada veel ühte väga olulist punkti, milleks on see, et empiirilist lähenemist kõrge käideldavusega süsteemide ehitamisele ei ole võimalik mõistliku aja jooksul realiseerida. Traditsioonilises tarkvarasüsteemide testimise/silumise tsüklis põhjustab iga veaparandus optimistlike hinnangute kohaselt tõrkemäära eksponentsiaalse vähenemise (umbes poole kümnendkoha võrra). Sellest järeldub, et selleks, et kogemuste põhjal kontrollida, kas nõutav kättesaadavuse tase on saavutatud, tuleb olenemata kasutatud testimis- ja silumistehnoloogiast kulutada aega, mis on peaaegu võrdne riketevahelise keskmise ajaga. Näiteks selleks, et saavutada rikete vaheline keskmine aeg 105 tundi, oleks vaja rohkem kui 104,5 tundi, mis on rohkem kui kolm aastat. See tähendab, et vajame kõrge käideldusega süsteemide ehitamiseks muid meetodeid, mille tõhusus on analüütiliselt või praktiliselt tõestatud enam kui viiekümne aasta jooksul arvutitehnoloogia ja programmeerimise arenguga.
Poissoni mudel on rakendatav juhtudel, kui infosüsteem sisaldab üksikuid tõrkepunkte ehk komponente, mille rike põhjustab kogu süsteemi rikke. Üleliigsete süsteemide uurimiseks kasutatakse teistsugust formalismi.
Kooskõlas probleemipüstitusega eeldame, et toote pakutavate infoteenuste tõhususe kohta on olemas kvantitatiivne mõõdik. Sel juhul tutvustatakse üksikute elementide efektiivsuse ja kogu komplekssüsteemi toimimise efektiivsuse näitajate mõisteid.
Juurdepääsetavuse mõõdupuuks võib võtta infosüsteemi pakutavate teenuste tõhususe vastuvõetavuse tõenäosust kogu vaadeldava aja jooksul. Mida suurem on süsteemi efektiivsusvaru, seda suurem on selle kättesaadavus.
Kui süsteemi konfiguratsioonis esineb liiasust, siis tõenäosus, et infoteenuste efektiivsus vaadeldaval perioodil ei lange alla lubatud piiri, ei sõltu mitte ainult komponentide rikke tõenäosusest, vaid ka töötamise ajast. mis jäävad kasutuskõlbmatuks, kuna sel juhul väheneb kogutõhusus ja iga järgnev rike võib lõppeda surmaga. Süsteemi saadavuse maksimeerimiseks peate minimeerima iga komponendi seisakuaega. Lisaks tuleb meeles pidada, et üldiselt võivad remonditööd nõuda tõhususe vähenemist või isegi tervete komponentide ajutist seiskamist; ka sellist mõju tuleb minimeerida.
Teenused "IT-infrastruktuur kui teenus", IaaS, muutuvad äriklientide seas populaarsemaks ja neid juba kasutatakseja kriitiliste ülesannete jaoks. On aeg see välja mõeldamida nende teenuste pakkujad garanteerivad ja millist vastutust kannavad juhtudel, kui virtuaalne IT infrastruktuur aeglustab tööd või muutub täiesti kättesaamatuks.
Intervjueerisime juhtivaid ettevõtte tasemel IaaS-i infrastruktuuriteenuste pakkujaid ja analüüsisime nende pakkumisi. Samal ajal tähendab “ettevõtte tase” järgmist: pilveplatvorm on juurutatud andmekeskuses, mis vastab Tier III nõuetele (Uptime Institute'i sertifikaadi olemasolu ei olenõutav) ning tagab kõrge tõrketaluvuse kõrge saadavuse (HA) mehhanismide ja katastroofi korral virtuaalmasinate ümberpaigutamise kaudu.
KÄTTESAADAVUS JA VASTUSAEG
IaaS-teenuse peamised parameetrid, mis on tavaliselt SLA lepingus märgitud, on selle kättesaadavuse tase, reageerimisaeg erinevatele intsidentidele ja nende lahendamise kestus, samuti seisaku korral hüvitamise skeem ja parameetrid. .
Olles otsustanud kasutada virtuaalset IT-infrastruktuuri, võite julgelt loota 99,5% ja kõrgemale saadavusele. Vähemalt ükski meie küsitletud pakkujatest ei nimetanud madalamat näitajat. Veelgi enam, paljude ettevõtete esindajad rõhutasid, et nende vastustes märgitud väärtus (vt tabel 1) on tüüpiline ning kliendi soovil on võimalik saadavust erinevate tehniliste vahenditega tõsta.
Tavaliselt hostitakse ettevõtte tasemel IaaS-i platvorme andmekeskustes (oma või välistes), mis vastavad Tier III tõrketaluvusele, mis pakub teadaolevalt 99,98% saadavust. Pakkujate näidatud IaaS-i virtuaalsete infrastruktuuride saadavuse väärtused ei ületa füüsilise saidi vastavaid omadusi, mis on üsna loomulik.
Erandiks on Dataline'i 99,99% saadavus metrooklastri režiimis. See katastroofi versioon Pilv katab kahte ettevõtte andmekeskust – metroo klastri kohta lisateabe saamiseks vaadake ajakirja Journal of Networking Solutions / LAN 2013. aasta oktoobrinumbris avaldatud materjali "Katastroofikindel pilv "mittepilvese" hinnaga () ).
Põhimõtteliselt võib tarnija SLA-s määrata meelevaldselt kõrge kättesaadavuse, vähemalt 100%, kuid siis riskib ta rohkem kaotada kui teenida, sest iga mõistlik ostja nõuab lepingusse range hüvitisskeemi lisamist lepingus sätestatud kohustuste mittejärgimise eest. kokkulepitud tingimustel. Niikaua kui tahes tüüpiline skeem pole veel välja töötatud - iga tarnija pakub midagi erinevat, seega peab ostja hindama pakutavat hüvitist, võttes arvesse võimalikke rahalisi kahjusid IT-teenuste seisaku korral.
Paljud ettevõtted pakuvad teatud hüvitist kuumakse(protsentides) iga täiendava (üle SLA-s määratud) tunni eest, mil teenust ei ole saadaval. Näiteks SLA-s määratud saadavuse tasemega 99,95% (seisakud mitte rohkem kui 1 tund kuus) on Inoventica valmis iga täiendava teenusest lahtiühendamise tunni eest hüvitama 2% kuumakse. Cloud4Y tavaversioonis kompenseerib 1-tunnise seisaku eest 1% (arvutustes kasutatakse teenuse kogumaksumust sellele eelnevale kalendrikuule), kuid mitte rohkem kui 50% teenuse maksumusest.
Mitmed teenusepakkujad on esitanud üksikasjalikud arvutused selle kohta, kuidas hüvitis erineb kättesaadavuse tasemest (vt tabel 2). Selle taseme olulise alandamise korral pakutakse väga olulist hüvitist. Näiteks kui väärtus on alla 95%, lubab Onlanta (Lanit Group of Companies) vähendada teenuse eest tasumist 40%ni. Ja IT-Gradi ettevõte lubab saadavuse taseme langemisel alla 96,71% 50% hüvitist. On selge, et teenuseosutajad peavad teenuste kvaliteedi sellist halvenemist ebatõenäoliseks.
„Oleme juurutanud kaks sõltumatut hüvitamise põhimõtet: teenuseparameetrite sihtnäitajate rikkumise ja päringute töötlemise sihtnäitajate eest,“ ütleb Servionika (I-Teco Group) pilveteenuste ja taristulahenduste juht Vitali Mzokov. - Teenuse parameetrite sihtnäitajate rikkumine hüvitatakse järk-järgult. Sõltuvalt tegelikust saadavuse tasemest arvutatakse hüvitise näitaja, mis on väljendatud protsendina teenuse kasutamise arve summast. Taotluste töötlemise eesmärkide rikkumise hüvitis arvutatakse kliendi ooteaja järgi täpsusega kuni minut.
Vastavalt Servionika praktikale on kliendipäringute tüübid, aga ka üldised eesmärgid päringutele maksimaalse reageerimisaja ja probleemi lahendamise maksimaalse aja osas kirjeldatud teenusega suhtlemise eeskirjades. Ja SLA lepingus endas on need näitajad konkreetse teenuse jaoks määratud.
“Vastavalt lepingule saab klient meilt mitmeid teenuseid. Seetõttu kirjeldatakse määruses üldnäitajaid märkusega: "Konkreetse teenuse SLA-s määratletud sihtnäitajad kattuvad määruses toodud näitajatega." Seda tehakse selleks, et vajadusel oleks võimalik reaktsiooniaega ja lahendusaega selgitada (pikendada või vähendada), – selgitab Vitali Mzokov. - Oleme kohustatud vastama mis tahes liiki päringutele 15 minuti jooksul. Maksimaalne lahendusaeg, olenevalt päringu tüübist ja prioriteedist, ulatub 1 tunnist (prioriteediga nr 1 vahejuhtumite puhul) kuni 48 tunnini (päringute puhul, mis nõuavad kliendi teabepäringu täielikku töötlemist – näiteks teabe esitamist tariifide ja muude teenuste kohta, erinevad selgitused ja juhised).
Taotlusele reageerimise aeg sõltub tavaliselt selle prioriteedist. Näiteks siin on Linxdatacenteri prioriteeditasemed:
- Kriitiline - teenus pole täielikult saadaval, taastamiseks on vaja võtta kiireloomulisi meetmeid, reaktsiooniaeg on 15 minutit, taastumisaeg ei ületa 4 tundi;
- Kõrge – teenus ei ole osaliselt saadaval, reageerimisaeg kuni 1 tund, kõrge prioriteet;
- Tavaline - teenuse parameetrite täpsustamine, jooksvad mittekiireloomulised küsimused, vastamisaeg kuni 1 tund, vastuse koostamiseks on ette nähtud 24 tundi.
Tabelis 3 on veel üks näide – Cloud4Y poolt kasutatud päringute kategoriseerimine; reaktsiooniaeg - mitte rohkem kui 30 minutit.
Proovin kohe T-Systemsis töötada. T-Systems RUS IKT divisjoni müügidirektori Vsevolod Jegupovi sõnul vastavad selle ettevõtte spetsialistid "80% juhtudest 30 sekundi jooksul" (!). Kuid nagu enamik meie vastajaid, märkis ta, et reageerimisaeg sõltub olukorra kriitilisusest.
JÄRGIVAHENDID
SLA lepingus ei piisa ainult atraktiivse kättesaadavuse taseme ja jäikade kompensatsiooniskeemide määramisest, vaid on vaja pakkuda kliendile ka mugav ja tõhus kontrollitööriist. Ja siin erinevad tarnijate lähenemisviisid oluliselt.
Servionika praktikale viidates märgib Vitali Mzokov, et kliendid on rohkem huvitatud operaatorilt läbipaistva ja täpse aruandluse saamisest, kui mõne sõltumatu seire eritööriistade omandamisest. Reeglina esitab Servionika igakuiseid aruandeid kokkulepitud parameetrite kogumi kohta, kuid kliendi soovil võib lepingus ette näha ka sagedasema aruandluse.
Paljud ettevõtted esitavad vaikimisi teenuse tervisearuandeid kord kuus, kuid saavad seda teha sagedamini - klientide soovil. Onlanta pakutud aruande näide on toodud joonisel 1. Pilvedivisjoni juhi Mihhail Ljapini sõnul on Onlanta Venemaal ainus ettevõte, mis esitab klientidele sellise detailsusega pilveressursside saadavuse aruande. Tema sõnul saavad enamik teenusepakkujaid hakkama statistikaga virtuaalmasinate kättesaadavuse taseme kohta.
Paljud ettevõtted pakuvad klientidele veebipõhist iseteeninduskonsooli. Croci peadirektori asetäitja, andmekeskuse ja pilvandmetöötluse juhi Ruslan Zaedinovi sõnul on igal IaaS-i teenuse tarbijal juurdepääs sellisele konsoolile, millel on sisseehitatud võimalus teatud komponentide toimimist veebis jälgida. Näiteks virtuaalmasinate puhul saavad kliendi IT-spetsialistid jälgida, kui hõivatud on protsessor, kuidas I/O töötab, kui palju mälu kasutatakse jne. Need andmed on saadaval nii reaalajas kui ka - päring - mis tahes perioodi statistika kujul.
TOIMIVUS PEAKS OLEMA GARANTEERITUD
Ilmselgelt võib teenusepakkuja IaaS-i platvormi koormuse suurenemisega virtuaalmasina jõudluse tase halveneda. Teenusepakkujad teevad kõik endast oleneva, et seda ei juhtuks. Kõik ettevõtted nõustuvad sellega. Kuid mõned sisaldavad SLA-sse jõudlusparameetreid, teised peavad sellist meedet mittevajalikuks.
Inoventica direktorite nõukogu liige Vitaly Slizen ütleb selle kohta järgmist: "Me ei tähelda [jõudluse] halvenemist isegi koormuse suurenemise korral, kuna laiendame ja moderniseerime andmekeskuste võimsusi õigeaegselt viisil. Eraldi SLA-s neid parameetreid (VM ja salvestusruumi jõudlus) ei kajastata, kuna nende järgimine on meie esmane vastutus, olenemata kliendi soovist. Inoventica spetsialistid jälgivad pidevalt kõiki renditud infrastruktuurirajatiste põhiparameetreid, mis võimaldab neil võimalike probleemide kohta kiiresti infot saada ja neid õigeaegselt ennustada.
Degradatsiooni puudumisest räägib ka Linxdatacenteri müügitehnilise toe juht Igor Drozdov: „Meie ettevõte pakub kasutamiseks garanteeritud arvutusressursse. Need on reserveeritud pilves ja kasvavad klientide arvu kasvades, nii et virtuaalmasinate ja salvestusruumi jõudlus püsib püsivalt kõrgel tasemel. Lisaks teostame õigeaegseid serveriuuendusi ja teostame jõudluse jälgimist spetsiaalsete VMware toodete abil.
Orange Business Services on ka üks teenusepakkujatest, kes standardses SLA-s jõudlusparameetreid ei reguleeri. Samal ajal, nagu märkis Dmitri Dorodnõh, Orange Business Servicesi ühtse kommunikatsiooni ja IT-toodete arenduse juht Venemaal ja SRÜ-s, „kui klient nõuab teatud arvutusressursside tagamist oma virtuaalmasinatele, siis me taotleme standardsed vahendid kaasaegsed virtualiseerimisplatvormid, mis võimaldavad ressursside pärast vaidlemise korral teisaldada virtuaalmasinaid teistesse serveritesse.
Vsevolod Egupov usub, et jõudlusnäitajate lisamine SLA-sse ei ole mõttekas, kuna halvenemine mõjutab lepinguga reguleeritud teenuse kättesaadavuse taset. T-Systemsis kontrollib virtuaalmasinate ja salvestussüsteemide jõudlust mahuhalduse osakond, mille spetsialistid vastutavad selle halvenemise vältimise eest.
Samuti on palju ettevõtteid, kes usuvad, et SLA-dele jõudlusnäitajate lisamine on mõttekas. Pudelikael virtualiseeritud IT-keskkond, paljud eksperdid peavad salvestusjõudlust, nii et enamik tarnijaid maksab kõige rohkem tähelepanelik salvestusomadused, nagu sisend/väljundtoimingud sekundis (IOPS)ja kettale juurdepääsu aeg (latentsus).
Dataline loetleb iga SLA salvestusruumi ja virtuaalmasinate jõudlusmõõdikud (vt tabel 4). Samas, nagu märgib selle ettevõtte teenuste arenduse osakonna juht Dmitri Tišin, "sõltuvalt kliendi poolt süsteemimaastikule esitatavatest nõuetest saab mõõdikuid muuta." IOPS-i väärtusi mõõdetakse NetApp DFM seiresüsteemiga ja kettale juurdepääsu aega mõõdetakse standardsete virtualiseerimistarkvara tööriistadega (vCenter). Virtuaalmasinaga seotud probleemide korral saavad töövahetus ja virtualiseerimismeeskonna insenerid asjakohase hoiatuse. Lisaks pakub Dataline monitooringut erinevaid valikuid operatsioonisüsteemi ja selles töötavate teenuste tasemel. Kui klient kasutab ettevõtte OS-i ja teenuse haldusteenust, toimub selline jälgimine vaikimisi.
Virtuaalsete masinate jõudluse halvenemise vältimiseks rakendavad Dataline'i spetsialistid mitmeid meetmeid. Seega kasutatakse klastri puhul DRS-i (Distributed Resource Scheduler) mehhanismi, mis jälgib füüsiliste serverite koormust põhiparameetrite järgi – kui teatud serveri koormus on saavutatud, viiakse osa virtuaalmasinaid automaatselt üle teise. . Klaster säilitab serverite koondamise nii, et kogu klastri koormus ei ületaks 70%. Seadmetarnijatega sõlmitud teeninduslepingute raames on võimalik vastavalt graafikule suurendada klastrite ressursivõimsusi.
Safedata reguleerib SLA-s ka jõudlusnäitajaid, nagu IOPS ja MIPS. "Me ei saa jõudlust allapoole SLA-s määratud väärtusi vähendada," ütleb Safedata müügiosakonna juht Anton Antonov. "Kui teenus halveneb füüsiliste serverite koormuse suurenemisel, võetakse kasutusele täiendavad varu-EXSi-hostid."
SLA Cloud4Y-s reguleeritud salvestuskettasüsteemi jõudlusnäitajad on toodud tabelis 5. Cloud4Y turundusosakonna juhataja Jevgeni Bessonovi sõnul garantiitingimuste rikkumise korral on ette nähtud hüvitis, mis lepitakse eraldi läbi või makstakse tüüptingimuste kohaselt: 1% kuumaksumusest 1 tund.
"Garanteerime virtuaalmasinate jõudluse alumisel piiril, ilma seda ülalt piiramata," ütleb Ruslan Zaedinov. "Seega, kui serveril, kus virtuaalmasin asub, on tasuta arvutusressursse, mis ületavad garanteeritud, on need kliendile kättesaadavad." Mis puutub salvestussüsteemidesse, siis praegu kasutavad kõik Croc kliendid salvestussüsteemidega ühist sidekanalit. Pikka aega see probleeme ei tekitanud, kuid nüüd on ettevõte klientide kasvavate vajaduste rahuldamiseks migreerimas pilvesalvestust Fibre Channeli ja SATA ketastelt välkmäluseadmetele, millel on Infinibandi võrgu kaudu otsene juurdepääs neile virtuaalmasinatest. Paralleelselt toimub tarkvara juurutamine, et tagada pilves andmesalvestussüsteemi läbilaskevõime. Vastavad muudatused SLA-s tehakse sel sügisel.
Kokkuleppel kliendiga fikseerib Servionika pilveplatvormi üksikute komponentide toimivusnäitajad iga projekti SLA-s. Lisaks on lepingus täpsustatud nende näitajate mõõtmise meetodid ja mõõtmiste sagedus. Iga operaator võib kirjutada "garanteeritud 100 500 operatsioonisüsteemi 1 GB kettaruumi kohta", kuid mitte igaüks ei suuda tõestada, et see kriteerium on täidetud. Oleme kõige läbipaistvama suhte eest pilveplatvormi operaatori ja selle tarbija vahel,” rõhutab Vitali Mzokov. Virtuaalsete masinate ja salvestussüsteemide jõudlus määratakse Servionika SLA-s IOPS ja Latency indikaatorite abil.
Nagu Maxim Zahharenko ütles, peadirektor teenusepakkuja "Oblakoteka", nende sõlmitavates lepingutes on tipptulemusnäitajad reguleeritud nii, et I / O ribalaiuse ja võrgu koormus ei ületa 80%. Jälgimine toimub Microsoft SCOM süsteemi abil. Ta märgib, et erinevate süsteemide puhul on olulised erinevad näitajad: veebisaitide puhul - reageerimisaeg, IT-infrastruktuuride hostimise puhul - protsessori, mälu, virtuaalvõrgu jne tippkasutuse näitajad. Ettevõte lisab oma SLA-sse ka garanteeritud varundusparameetrid, meetodid. ning kasutajaandmete esitamise ja säilitamise tingimused ("aus lahkumine").
OTSTA LÕPUNI SLA
Ükskõik kui kõrge on tõrketaluvas andmekeskuses asuva IaaS platvormi enda töökindlus, võivad sellele platvormile juurdepääsukanalid saada kliendi jaoks kitsaskohaks. Hea uudis on see, et paljud meie intervjueeritud pakkujad kasutavad täielikke SLA-sid, mis hõlmavad nii IaaS-i teenust ennast kui ka juurdepääsukanaleid. Samas nende sõnul korralik korraldus ja kanalite liiasus, ei ole side kättesaadavuse tase madalam kui SLA platvormil ja seetõttu ei vähene see oluline omadus ots-otsa SLA-des.
Kuid nagu märgib Vsevolod Jegupov, oleneb saadavuse taseme vähendamine või säilimine sidekanalite korraldamisest – kui kanal on reserveeritud, siis kättesaadavus ei halvene. Vastasel juhul vähendatakse täieliku SLA saadavustase kanali saadavuse tasemele. T-Systems RUS-il on oma andmekeskuste võrk, mis asub üle maailma. Venemaa kliente teenindavad peamiselt Saksamaal ja Austrias asuvad andmetöötluskeskused. Ettevõte on sõlminud teeninduslepingu Rostelecomi, Beeline'iga ning teeb koostööd ka teiste sideoperaatoritega.
Need IaaS-i teenusepakkujad, kes on ka sideoperaatorid, kasutavad seda ära. Seega, olles rahvusvaheline telekommunikatsioonioperaator, kasutab Orange Business Services täielikke SLA-sid, mis hõlmavad IaaS-i ja telekommunikatsiooniteenuseid. Kättesaadavuse tase sellistes SLA-des on 99,95%. Kuid nagu Dmitri Dorodnykh selgitab, sõltub see omadus kliendi geograafilisest asukohast - näiteks Kesk-piirkonnas on see tase kõrgem kui Uurali taga ja Siberis. Viimasel miilil võivad olla oma SLA parameetrid. SLA juhtimisskeemid ja sidekanalite mehhanismid on juba aastakümneid välja töötatud, seega pole monitooringu küsimus Orange Business Services jaoks probleem.
Nagu märgib Vitaly Slizen, on Inoventikal oma tugisidekanalid ja geograafiliselt hajutatud andmekeskuste võrk, mis võimaldab geoklastreid juurutada. See võimaldab salvestada andmeid ja teenuse jõudlust isegi ühe andmekeskuse füüsilise hävimise korral. Tema sõnul on Inoventica "ainus ettevõte Venemaa turul, mis pakub täielikku teenuseahelat" DPC - kanal - teenus - klient (AWP) "vastavalt SLA-le, mis on miinimumpakettide edastamise viivitus (edasi-tagasi viivitus) on alla 10 ms ja paketikadu peaaegu null. Hetkel on Inoventica komplekslahendus saadaval klientidele viies Venemaa Föderatsiooni föderaalringkonnas.
IaaS-i teenusepakkujad, kes ei ole vedajad, teevad nendega aktiivselt koostööd. Seega moodustas Servionika SLA, et teha koostööd tema andmekeskust teenindavate te(rohkem kui 10 suurt sideteenuse pakkujat). Ettevõte edastab nende SLA-de tingimusi sideteenuseid kasutavate klientidega sõlmitud lepingutes. Ja kontrolli SLA-le vastavuse üle pakuvad TrustInfo andmekeskuse tehnilised teenused. "Määrame oma lepingutes samad SLA parameetrid mis operaatoritel ehk võtame vastutuse nende töö kvaliteedi ja sidekanalite katkematu tagamise eest," märgib Vitali Mzokov.
Klientidele sidekanalite pakkumiseks kasutab Dataline allhanke korras sideoperaatorite teenuseid. Selle skeemi puhul kontrollib ettevõte kvaliteeti operaatoriga sõlmitud lepingu raames, samal ajal kui klient saab temalt terviklikku teenust ja tegeleb ainult ühe vastaspoolega. Sellise tervikliku teenuse kättesaadavuse tase ei vähene. Dataline'il on Moskvas oma andmeedastusvõrk, kus on tagatud järgmised omadused: pakettide kadumise protsent ei ületa 0,2%, keskmine võrgu viivitus ei ületa 5 ms.
Ruslan Zaedinovi sõnul kasutab Croc laiu kanaleid, mille ribalaiusest piisab pilves kõigile klientidele. Tehniliselt tõhusad garantiid pakuvad kanalite ristreserveerimine erinevate Croc andmekeskuste vahel, kasutades oma optilist rõngast. Nende organisatsioonide jaoks, kelle jaoks sidekanali fikseeritud ribalaius on kriitilise tähtsusega, rakendab ettevõte individuaalset ühendust pilvega eraldi kanalite kaudu tagatud läbilaskevõime või isegi "tumedale" optikale. Selline ühendus on kõige sagedamini varustatud individuaalsete vahenditega krüpteerimine, sealhulgas sertifitseeritud.
Niisiis pakuvad IaaS-i teenuseid Venemaal üsna suur hulk ettevõtteid ja seda üsna arusaadava ja dokumenteeritud (SLA-s) reeglite järgi. Tööstusharu pole veel kokku leppinud, kas SLA-d peaksid käsitlema virtualiseeritud IT-infrastruktuuride jõudlusnäitajaid, kuid garanteeritud saadavuse määrad näevad piisavalt head välja isegi kõige nõudlikumate ettevõtteklientide jaoks. Lisaks mõistavad pakkujad klientide vajadust täielike SLA-de järele ja töötavad nende täiustamise nimel.
Aleksander Barskov- Ajakirja Journal of Network Solutions / LAN juhtiv toimetaja. Temaga saab ühendust võtta aadressil:
Kõrge kättesaadavus on midagi, mida inimestele meeldib numbritega näidata. Kõik on turunduskäikudega juba harjunud ja 99% saadavus tundub fantastiliselt kõrge. Vaid väike osa klientidest mõistab, et 98-99% saadavus on väga halb, kohati väärtusetu näitaja.
Vaadake neid numbreid ja saate aru, kuidas 90% saadavus erineb 99,999% saadavusest:
| Kättesaadavus | Seisakud kuus | Seisakud aastas |
| 90% | 3 päeva | 37 päeva |
| 98% | 14,6 tundi | 7,3 päeva |
| 99% | 7,3 tundi | 3,7 päeva |
| 99,8% | 1,5 tundi | 18 tundi |
| 99,9% | 44 minutit | 8,8 tundi |
| 99,99% | 4,4 minutit | 53 minutit |
| 99,999% | 26 sek | 5,3 minutit |
Ülaltoodud tabelit vaadates saate aru, et andmekeskus, mis tagab 99% võrgu käideldavuse, võib lubada endale 7 tundi seisakuid kuus. Kujutage ette sellist olukorda: andmekeskuses parandatakse terve päeva midagi, teie sait pole saadaval, te kannate kahju ja te ei saa andmekeskusele pretensiooni esitada – isegi sellises olukorras tagab see lubatud kättesaadavuse.
Pean 99% võrgu kättesaadavust kehvaks. Eelistan andmekeskusi, mis tagavad vähemalt 99,9% võrgu käideldavuse.
Tõenäoliselt on Interneti-projekte, mis suudavad aastas (üle kuu!) 37 päeva seisakuid üle elada. Kuid sellegipoolest ei saa enamik veebipoode, portaale ja saite (eriti need, mille tehingud läbi saidi käivad) endale lubada sellist luksust nagu isegi 18 tundi aastas. Mainet on alati raske taastada ja kui see kaob põhjustel “süsteemiadministraatoril on vaba päev”, on see täiesti solvav.
“Viis üheksa” on kõrge kättesaadavus
Mõiste "viis üheksa" tähendab 99,999% saadavust ja seda leidub turunduskirjanduses sama sageli kui tehnilises kirjanduses. Arvatakse, et sait või süsteem, mille saadavuse tase on "viis üheksa", on kõrge kättesaadavusega.
Kõik vajavad kõrget kättesaadavust
Tabel näitab, et 99,999% saadavus on vaid 5,3 minutit seisakuid aastas. Kuid isegi need andmekeskused, mis tagavad 100% kättesaadavuse, kasutavad sageli turundusnippe.
Näiteks lahutage saadavuse ajast plaanitud hooldusaeg. Näiteks andmekeskus lubab 99,99% saadavust, kuid hetkel plaanipärane töö millegi väljavahetamisel kirjutab “2 tunni jooksul tehakse hooldustöid” ja ei pea seda ligipääsmatuks. Siit järeldus – lugege hoolikalt teenusetaseme lepingut (SLA).
Kui soovite tagada oma saidi kõrgeima saadavuse ühes serveris, valige andmekeskus, millel on hea GARANTEERITUD SLA (teenusetaseme lepingu) saadavus.
Märge! SLA peab tagama rikkis riistvara asendamise aja. Ja ideaaljuhul probleemile reageerimise aeg.
Lisaks peab teie administraator jälgima teenuse toimimist ja kiiresti reageerima mittekättesaadavuse korral.
Natuke sellest, mis teeb kõrge kättesaadavuse
Kättesaadavus võib olla võrk ja teenus.
Võrgu kättesaadavus on siis, kui teie server on võrgu kaudu saadaval.
Teenuse kättesaadavus on siis, kui teie server saab kliente teenindada.
Teenuse saadavus ei saa olla parem kui võrgu saadavus, kui te ei kasuta alternatiivseid ühendusi (oma võrgu kättesaadavusega).
Teenuse kättesaadavus sõltub:
- teie serveri võrgu kättesaadavus
- teie administraatori probleemile reageerimise kiirus
- andmekeskuse toe probleemile reageerimise kiirus
- vigase riistvara asendamise kiirus andmekeskuses
Kättesaadamatus koosneb:
- võrgu juurdepääsetavuse probleemid
- probleeme riistvaraga
- probleemid serveri koormusega ("aeglustab", ei saa hakkama)
- tarkvara vead (programmeerijate ummikud)
Ja igakuine (välja arvatud riistvara rikke korral) ja veelgi enam aastas 99,8% kättesaadavus on võimalik tagada heas alalisvoolus ühes serveris ilma täiendavate tõrketaluvusmeetmeteta. 99,9% saadavus nõuab juba õnne.
Kui vajate garanteeritud saadavust üle 99,8%, peate tegelema veataluvusega. Ja server ei tohiks üksi olla. Kuid see on eraldi arutelu teema.
|Skaleeritavus ja kõrge kättesaadavus muutuvad üha populaarsemaks, kuna kasvab nõudlus kriitiliste süsteemide teenindamiseks mõeldud usaldusväärsete ja suure jõudlusega infrastruktuuride järele. Seisakuaja vähendamine ja üksikute tõrkepunktide kõrvaldamine on sama olulised kui süsteemi suurenenud koormuse käsitlemine. Kõrge kättesaadavus on infrastruktuuri kvaliteet, mis suudab need kõrvaldada.
See artikkel selgitab täpselt, mida tähendab mõiste "kõrge kättesaadavus" ja kuidas see kvaliteet võib infrastruktuuri töökindlamaks muuta.
Suur kättesaadavus
Programmeerimisel kasutatakse terminit "kättesaadavus", mis kirjeldab teenuse kättesaadavuse kestust ja aega, mis kulub süsteemil kasutaja päringule vastamiseks. Kõrge kättesaadavus on süsteemi või komponendi kvaliteet, mis tagab teatud aja jooksul kõrge jõudluse.
Juurdepääsetavuse mõõtmine
Käideldavust väljendatakse sageli protsentides, mis näitab tööaja taset, mida konkreetselt süsteemilt või komponendilt teatud ajaperioodi jooksul oodatakse. Sel juhul tähendab 100% saadavus, et süsteem ei lähe kunagi alla; vastavalt sellele võib süsteemil, mis tagab ühe aasta jooksul 99% saadavuse, olla kuni 3,65 päeva seisakuid (1%).
Need väärtused arvutatakse mitme teguri, sealhulgas plaanilise ja plaanivälise hoolduse ning võimaliku süsteemirikke lahendamiseks kuluva aja põhjal.
Kuidas kõrge kättesaadavus töötab?
Kõrget kättesaadavust kasutatakse riketele kiire reageerimise mehhanismina. See mehhanism on üsna lihtne, kuid nõuab tavaliselt spetsiaalset tarkvara ja konfiguratsiooni.
Millal on vaja kõrget saadavust?
Seisakuaegade ja teeninduskatkestuste minimeerimine on tootmise tõrketaluvate süsteemide ehitamisel hädavajalik. Ükskõik kui usaldusväärne süsteem ja tarkvara, võib süsteemis esineda probleeme, mis põhjustavad rakenduse või serveri krahhi.
Infrastruktuuri kõrge kättesaadavuse rakendamine on hea strateegia nende sündmuste tõenäosuse ja mõju vähendamiseks. Väga kättesaadavad süsteemid suudavad pärast riket serveri või komponendi automaatselt taastada.
Mis teeb süsteemi väga kättesaadavaks?
Kõrge käideldavuse üks eesmärke on kõrvaldada infrastruktuuri üksikud tõrkepunktid. Üks tõrkepunkt on pinukomponent, mille rike viib kogu süsteemi alla või muudab andmed kättesaamatuks; see tähendab, et mis tahes komponenti, mis on rakenduse töötamise eeltingimus, peetakse üheks tõrkepunktiks.
Üksikute tõrkepunktide kõrvaldamiseks peate iga virna kihi koondamiseks ette valmistama. Näiteks kujutame ette, et teil on infrastruktuur, mis koosneb kahest identsest üleliigsest veebiserverist koos koormuse tasakaalustajaga. Klientidelt tulev liiklus jaotatakse veebiserverite vahel ühtlaselt, kuid kui üks serveritest läheb alla, suunab koormuse tasakaalustaja kogu liikluse ülejäänud veebiserverisse.
Sellises olukorras ei ole veebiserver ainus tõrkepunkt, kuna:
- Klastris on "varu" komponent, mis suudab täita kõiki ülesandeid.
- Teisel tasemel on mehhanism (koormuse tasakaalustaja), mis suudab tuvastada komponentide tõrkeid ja kohandada selle käitumist, et rakendus õigeaegselt taastada.
Aga mis siis, kui koormuse tasakaalustaja ebaõnnestub?
Kirjeldatud stsenaariumi korral (mis on üsna tavaline) on tõrkepunkt just koormuse tasakaalustaja.
Selle ebaõnnestumise punkti kõrvaldamine pole nii lihtne. Loomulikult saate koondamise tagamiseks hõlpsasti seadistada täiendava koormuse tasakaalustaja, kuid süsteemis pole koormuse tasakaalustajate kohal ühtegi komponenti, mis suudaks rikete tuvastamise ja taastamise üle võtta.
Ainuüksi koondamine ei taga kõrget saadavust.
Infrastruktuuri rikete tuvastamiseks ja parandamiseks peab olema spetsiaalne komponent.
Vigade tuvastamist ja taastamist saab rakendada ülalt-alla meetodil: ülemine kiht jälgib alumise kihi tõrkeid. Läheme tagasi meie näite juurde; sellises klastris on koormuse tasakaalustaja pealmine kiht. Kui üks veebiserveritest (alumine kiht) muutub kättesaamatuks, lõpetab koormuse tasakaalustaja sellele päringute ümbersuunamise.
See lähenemisviis on üsna lihtne, kuid sellel on oma piirangud: infrastruktuuris on alati punkt, mille ülemine kiht puudub või pole saadaval (nagu koormuse tasakaalustaja puhul). Veatuvastusteenuse loomine koormuse tasakaalustaja jaoks välises serveris on nagu uue üksiku tõrkepunkti loomine.
Selle stsenaariumi korral on vaja hajutatud lähenemisviisi. On vaja rühmitada mitu dubleerivat sõlme, kus iga sõlm on võrdselt võimeline tõrkeid tuvastama ja parandama.
Koormuse tasakaalustamise puhul kaasneb aga nimeserverite tööga täiendav keerukus. Koormuse tasakaalustaja tõrkest taastumine tähendab tavaliselt koormuse tasakaalustaja tõrkevahetust teisele (liigsele) ressursile ja selleks peate muutma DNS-i (määrama ooterežiimi koormuse tasakaalustaja domeeninime või IP-aadressi). Sellised muudatused võivad võtta palju aega ja põhjustada pikaajalist seisakut.
Sellises olukorras võite kasutada ringhäälingu tasakaalustamist. See lähenemisviis pole aga usaldusväärne, kuna tõrkesiirde toimub rakenduse kliendi poolel.
Töökindlam ja tõrketaluvam lahendus on paindlikke IP-aadresse toetavad süsteemid. Vajadusel muudetakse IP-aadressi, mis takistab tõrke levikut ja selle vahemällu salvestamist. Sellisel juhul võib domeeninimi jääda seotuks sama IP-aadressiga ja IP-aadress ise liigub serverite vahel.
Milliseid komponente on vaja kõrge kättesaadavuse toetamiseks?
Kõrge kättesaadavuse seadistamiseks peate installima mitu süsteemikomponenti. Kõrge kättesaadavus sõltub aga palju rohkem järgmistest teguritest:
- Keskkond: kui kõik klastri serverid asuvad samas geograafilises piirkonnas, välised tingimused(maavärinad, üleujutused jne) võivad viia süsteemi täieliku rikkeni. Serverite olemasolu erinevates andmekeskustes ja geograafilistes piirkondades suurendab tõrketaluvust.
- Riistvara: väga kättesaadavad serverid peavad olema vastupidavad elektrikatkestuste ja riistvaratõrgete suhtes, sealhulgas kõvakettad ja võrguliidesed.
- Tarkvara: kogu tarkvarapakk (sh operatsioonisüsteem ja rakendus ise) peavad olema valmis toime tulema juhuslike krahhidega, mis võivad vajada süsteemi taaskäivitamist.
- Andmed: andmete kadumise ja ebakõla võivad põhjustada mitmed tegurid. Väga kättesaadavad süsteemid peavad võtma arvesse vajadust kaitsta andmeid tõrke korral.
- Võrk: planeerimata võrgukatkestused on väga töökindlate süsteemide teine potentsiaalne rikkekoht. Sellise juhtumi jaoks on oluline varuvõrgustrateegia olemasolu.
Millist tarkvara on kõrge kättesaadavuse tagamiseks vaja?
Kõrge käideldusega süsteemi igal kihil on erinevad vajadused. Rakenduse tasandil on koormuse tasakaalustamine väga kättesaadava süsteemi oluline komponent.
(High Availability Proxy) on populaarne tööriist koormuse tasakaalustamise seadistamiseks, kuna see võimaldab teil koormust käsitleda mitmel tasandil, aga ka mitmesugused serverid, sealhulgas andmebaasiserverid.
Samuti on oluline rakendada süsteemipinusse rakenduse sisenemispunkti jaoks usaldusväärne vahend. Ühe tõrkepunkti kõrvaldamiseks, nagu varem mainitud, peate rakendama paindlike IP-aadressidega koormuse tasakaalustamise klastri. Selliste süsteemide loomiseks kasutatakse Corosynci ja Pacemakerit.
Järeldus
Kõrge kättesaadavus on infrastruktuuri töökindluse väga oluline aspekt, mis on keskendunud kõrge töövõime tagamisele teatud periood aega. Esmapilgul võib kõrge käideldavuse juurutamine tunduda üsna keeruline, kuid see võib tuua palju kasu süsteemile, mis nõuab suuremat töökindlust.
Sildid:
