Infrastruktura Oracle Cloud zahrnuje širokou škálu služeb, včetně výpočetních, úložných, síťových, databázových a vyvažování zátěže – v podstatě veškerou infrastrukturu nezbytnou pro vybudování cloudového datového centra. V kontextu této recenze nás zajímá kategorie Oracle Cloud Infrastructure Compute, se specifickým zaměřením na jejich bare metal instance. Stejně jako většina poskytovatelů cloudových služeb nabízí i Oracle virtualizované výpočetní instance, ale na rozdíl od většiny ostatních virtuálních nabídek je může podpořit instancemi, které obsahují až ~25 TB úložiště NVMe pro aplikace, které vyžadují nízkou latenci. I když jsou tyto instance skvělé, Oracle dále zvýšil laťku pro výkon cloudových výpočetních systémů tím, že jako první v oboru nabídl vysoce výkonné bare metal instance, ideální pro kritické aplikace, kde je latence prvořadá. Instance jsou dodávány s až 52 OCPU, 768 GB RAM, dvěma 25GbE síťovými kartami a až 51 TB lokálně připojeného úložiště NVMe. Pro ty, kteří chtějí více, je k dispozici až 512 TB síťově připojeného blokového úložiště NVMe a také možnosti GPU. Všechny různé výpočetní systémy Oracle běží na vysoce optimalizované softwarově definované síti, která je vyladěna tak, aby minimalizovala konflikty a maximalizovala výkon.
V současné době existuje široká škála cloudových nabídek a dokonce i několik velkých cloudových nabídek, přičemž na vrcholu tohoto seznamu jsou AWS, Google Cloud Platform a Microsoft Azure. I když tito poskytovatelé cloudových služeb nabízejí mnoho skvělých produktů a služeb, jedna věc, kterou obvykle nemají, je výkon. Při srovnání cloudu s on-premise řešením on-premise řešení vždy jednoznačně poráží cloud. Společnost Oracle se snaží tento pohled změnit svými nabídkami cloudové infrastruktury.
Výpočetní nabídka společnosti Oracle přichází s přísliby, které byste od on-premise úložišť nebo serverů očekávali, včetně výkonu, dostupnosti, všestrannosti a správy. Výkonnostní stránka podporuje špičkový a konzistentní výkon pro kritické aplikace a je podpořena nedávno oznámenou komplexní smlouvou SLA pro cloudovou infrastrukturu , která je v době psaní tohoto textu jedinou svého druhu v oboru. Nabídka podporuje dostupnost na více vrstvách, včetně DNS, vyvažování zátěže, replikace, zálohování, snapshotů úložiště a clusteringu. Výpočetní nabídka sahá od jednojádrových virtuálních počítačů až po 52jádrové jednoklíčkové bare metal instance, což nabízí všestrannost pro spouštění všeho od běžných úloh až po HPC clustery. A s bare metal instancemi Oracle získají zákazníci izolaci a kontrolu nad on-premise serverem, protože neobsahují žádné další klienty ani žádný software od poskytovatele Oracle.
Výpočetní nabídka od Oracle Cloud se dodává v několika „formách“, včetně instancí Bare Metal, instancí Bare Metal s GPU a instancí VM. V této recenzi se podíváme na instance Bare Metal, které podle společnosti Oracle dokáží dosáhnout až 5.1 milionu IOPS a jsou určeny pro případy použití, jako jsou kriticky důležité databázové aplikace, úlohy HPC a webové aplikace náročné na I/O. Pro srovnání si také ukážeme varianty virtuálních strojů od společnosti Oracle s lokálním úložištěm NVMe (DenseIO) a se síťovým blokovým úložištěm (Standard).
management
Grafické uživatelské rozhraní pro správu infrastruktury Oracle Cloud je poměrně jednoduché. Hlavní stránka obsahuje návody a v případě potřeby pomoc. V horní části se nachází název nájemníka nebo účtu, používaný region (v našem případě us-ashburn-1) a záložky Domů (což je hlavní stránka), Identita, Výpočetní technika, Databáze, Sítě, Úložiště, Audit a E-mail. Pro naše testování jsou zobrazeny DenseIO2 a Standard2.
Protože se tato recenze zaměřuje na výpočetní oblast, pod touto záložkou uvidíme instance, které použijeme pro naše testy výkonu. Každá instance má svůj název, tvar, oblast, doménu dostupnosti a datum vytvoření. Na levé straně mohou uživatelé změnit seznam výběrem stavu, například „spuštěno“.
Kliknutím na tři tečky na pravé straně se můžete hlouběji ponořit do instance. Pohledem na BM.DenseIO2.52 lze snadno zjistit, zda je instance spuštěná, a zobrazit o ní podrobnější informace. Zde k ní lze také přiřadit tagy. V horní části informací je možnost vytvořit vlastní obraz, spustit, zastavit nebo restartovat instanci, ukončit ji nebo použít tagy. Posunutím dolů je také možné připojit blokové svazky.
Na kartě Sítě je možné zobrazit používanou virtuální cloudovou síť nebo ji vytvořit. Pro VCN jsou k dispozici informace, jako je region, výchozí směrovací tabulka, doména DNS a datum vytvoření. Elipsa vpravo opět umožňuje podrobnější analýzu, použití tagů a vytvoření podsítě.
Na kartě Úložiště si uživatelé mohou prohlédnout blokové svazky ve svém oddílu a vytvořit další. Blokové svazky jsou seřazeny podle data vytvoření a uživatelé mohou procházet další informace, vytvářet ruční zálohy, oddělovat blokový svazek od instance, svazek mazat nebo k němu přidávat tagy.
A jak naznačuje Audit, lze si rychle prohlédnout minulé události výběrem data a časového rozsahu. To umožňuje podnikům splňovat požadavky managementu na dodržování předpisů, kde je zaznamenán uživatel a akce pro každou událost nebo změnu prostředí.
Výkon
Analýza pracovní zátěže VDBench
Pro vyhodnocení výkonu těchto instancí Oracle Cloud jsme využili vdbench nainstalovaný lokálně na každé platformě. Naše testy byly rozloženy na všechna lokální úložiště současně, takže pokud bylo přítomno úložiště BV (Block Volume) i NVMe, testovali jsme skupinu po skupině. U obou typů úložišť jsme alokovali 12 % každého zařízení a seskupili je dohromady, abychom se podívali na špičkový výkon systému s mírným množstvím lokalizovaných dat.
Tyto úlohy nabízejí řadu různých testovacích profilů, od testů „čtyř rohů“, přes běžné testy velikosti přenosu databáze až po zachycení trasování z různých prostředí VDI. Všechny tyto testy využívají společný generátor úloh vdBench se skriptovacím enginem k automatizaci a zachycení výsledků v rámci velkého clusteru výpočetních testů. To nám umožňuje opakovat stejné úlohy napříč širokou škálou úložných zařízení, včetně flash polí a jednotlivých úložných zařízení.
Profily:
- Náhodné čtení 4K: 100% čtení, 128 vláken, rychlost čtení 0–120 %
- Náhodný zápis 4K: 100% zápis, 64 vláken, rychlost zápisu 0–120 %
- 64K sekvenční čtení: 100% čtení, 16 vláken, rychlost čtení 0–120 %
- 64K sekvenční zápis: 100% zápis, 8 vláken, rychlost zápisu 0–120 %
- Syntetická databáze: SQL a Oracle
- Trasování úplného klonu VDI a propojených klonů
Podíváme se na konfigurace vzdálených blokových zařízení (BV) i NVMe. Vzhledem k dramatickému rozdílu ve výkonu jsme výsledky rozdělili do dvou grafů (latence by byla od sebe tak vzdálená, že by se grafy jen obtížně četly). V této recenzi se podíváme na konfigurace Bare Metal (BM) i VM se standardními i hustými běhy I/O na BV a pouze s hustými běhy I/O pro NVMe.
Při pohledu na maximální čtení 4K dat u BV začaly všechny čtyři běhy se silnou latencí pod milisekundy. První, kdo se odlepil, byl VM.Standard, který dosáhl necelých 53 tisíc IOPS a vrcholu 60 591 IOPS s latencí 15 ms. Další, kdo překonal latenci pod milisekundy, byl VM.DenseIO, který překonal 1 ms přibližně ve stejném bodě jako standard, ale vrcholu dosáhl 72 626 IOPS s latencí 7.5 ms. Oba běhy na holém železe si vedly mnohem lépe, přičemž DenseIO běžel s latencí pod milisekundy až do přibližně 235 tisíc IOPS, vrcholu 252 275 IOPS s latencí 4.1 ms. BM.Standard to zvládl až do přibližně 250 tisíc IOPS, než překročil 1 ms a dosáhl vrcholu 258 329 IOPS s latencí 4.05 ms.
Při pohledu na maximální výkon čtení 4K pro NVMe měly oba běhy latenci submilisekund. VM.DenseIO dosáhl vrcholu 569 534 IOPS s latencí 214 μs. BM.DenseIO dosáhl vrcholu 4 419 490 IOPS s latencí pouhých 174.6 μs.
Při přechodu na špičkový výkon náhodného zápisu 4K u BV vidíme podobné umístění jako dříve, kdy virtuální stroje dosáhly vrcholu mnohem dříve než bázi bází (BM). VM.Standard dosáhl přibližně 63 tisíc IOPS, než překonal latenci submilisekundy, a dosáhl vrcholu 77 229 IOPS s latencí 5.3 ms. VM.DenseIO si vedl o něco lépe, dosáhl přibližně 69 tisíc IOPS, než překročil latenci 1 ms, a dosáhl vrcholu 84 274 IOPS s latencí 3.9 ms. BM.DenseIO se dokázal dostat na hranici 263 tisíc IOPS, než překročil latenci 1 ms, a dosáhl vrcholu 280 158 IOPS s latencí 2.02 ms. A BM.Standard byla nejvýkonnější konfigurací s výkonem přibližně 278 tisíc IOPS, než překročila latenci submilisekund a dosáhla vrcholu 280 844 IOPS s latencí 1.84 ms.
S NVMe při zápisu 4K opět BM překonal VM, přičemž oba dosáhli latence pod milisekundu. VM.DenseIO dosáhl vrcholu 412 207 IOPS s latencí 141 μs. BM.DenseIO dosáhl vrcholu 3 232 215 IOPS s latencí 125 μs.
Přejdeme-li k sekvenční práci, nejprve se podíváme na 64K čtení u BV. Jak VM.Standard, tak VM.DenseIO překonaly latenci 1 ms na přibližně 15.5K IOPS neboli 968 MB/s. A oba si víceméně udržely stejný výkon, i když latence vzrostla na 8.2 ms. Opět jsme zaznamenali něco podobného u BM.Standard a BM.DenseIO, které oba překonaly 1 ms na přibližně 37.5K IOPS neboli 2.35 GB/s. Obě konfigurace dosáhly vrcholu těsně nad 47K IOPS neboli 2.95 GB/s při latenci 8.4 ms.
Sekvenční čtení NVMe 64K dat mělo u obou konfigurací po celou dobu latenci pod milisekundou. VM.DenseIO dosáhl vrcholu 39 512 IOPS neboli 2.5 GB/s s latencí 403 μs, zatímco BM.DenseIO dosáhl vrcholu 323 879 IOPS neboli 20.2 GB/s s latencí 361 μs.
U sekvenčních zápisů 64K pro BV opět pozorujeme podobný jev, kdy VM.Standard a VM.DenseIO překonaly latenci 1 ms při výkonu 12K IOPS neboli 770 MB/s. Oba dosáhly vrcholu kolem 15.1K IOPS neboli 943 MB/s s latencí 3.1 ms. BM.Standard i BM.DenseIO překonaly latenci 1 ms při výkonu přibližně 42K IOPS neboli 2.6 GB/s, přičemž BM.DenseIO dosáhl vrcholu 46 768 IOPS neboli 2.92 GB/s s latencí 2.6 ms. BM.Standard dosáhl vrcholu 46 787 IOPS neboli 2.92 GB/s s latencí 3.4 ms.
Pro sekvenční zápisy 64K pro NVMe vykazovaly VM.DenseIO i BM.DenseIO opět výkon s latencí pod milisekundu, ale u obou došlo také k prudkému nárůstu latence (spolu s konečným snížením výkonu u BM.DenseIO). VM.DenseIO dosáhl vrcholu 25K IOPS neboli 1.56 GB/s s latencí 311 μs po nárůstu až na 754 μs. BM.DenseIO měl mnohem lepší špičkový výkon (160 895 IOPS neboli 10.1 GB/s s latencí 170 μs), ale na konci také trochu poklesl s nárůstem latence, když skončil na 132 192 IOPS neboli 8.8 GB/s s latencí 310 μs.
V naší SQL zátěži pro BV byl VM.Standard první, který překročil latenci 1 ms při zhruba 50 tisících IOPS, vrcholu dosáhl 73 259 IOPS s latencí 3.4 ms. VM.DenseIO překročil latenci 1 ms při přibližně 58 tisících IOPS a dosáhl vrcholu 78 624 IOPS s latencí 3.1 ms. U BM se oba udržely v latenci pod 1 ms až do přibližně 275 tisíc IOPS (přičemž BM.DenseIO běžel o něco déle). BM.Standard dosáhl vrcholu 305 368 IOPS s latencí 1.7 ms, zatímco BM.DenseIO dosáhl vrcholu 307 979 IOPS s latencí 1.35 ms.
SQL pro NVMe měl opět latenci submilisekundovou, přičemž VM.DenseIO dosáhl vrcholu 188 786 IOPS s latencí 167 μs. BM.DenseIO dosáhl vrcholu 1 684 869 IOPS s latencí 142 μs.
V benchmarku SQL 90-10 pro BV oba virtuální počítače překonaly latenci submilisekundovou s přibližně 58 tisíci IOPS. VM.Standard dosáhl vrcholu 71 691 IOPS s latencí 3.5 ms. VM.DenseIO dosáhl vrcholu 79 033 IOPS s latencí 3.05 ms. BM.Standard překonal latenci 1 ms s výkonem zhruba 270 tisíc IOPS a dosáhl vrcholu 303 904 IOPS s latencí 1.7 ms. BM.DenseIO měl latenci submilisekundovou až do přibližně 290 tisíc IOPS a dosáhl vrcholu 307 472 IOPS s latencí 1.34 ms.
Pro NVMe SQL 90-10 dosáhl VM.DenseIO vrcholu 172 693 IOPS s latencí 182 μs. BM.DenseIO dosáhl vrcholu 1 328 437 IOPS s latencí 165 μs.
V benchmarku SQL 80-20 pro BV dosáhl VM.Standard latence přibližně 54 tisíc IOPS, než překročil 1 ms, a vrcholu dosáhl 72 204 IOPS s latencí 3.4 ms. VM.DenseIO měl latenci submilisekundovou až do přibližně 59 tisíc IOPS a vrcholu dosáhl 78 787 IOPS s latencí 2.99 ms. BM.Standard dosáhl přibližně 280 tisíc IOPS s latencí pod 1 ms a vrcholu 300 014 IOPS s latencí 1.6 ms. BM.DenseIO překonal latenci 1 ms při přibližně 285 tisíc IOPS a vrcholu 299 730 IOPS s latencí 1.3 ms, než došlo k poklesu výkonu.
V benchmarku SQL 80-20 pro NVMe dosáhl VM.DenseIO vrcholu 144 010 IOPS s latencí 218 μs. BM.DenseIO dosáhl vrcholu 1 114 056 IOPS s latencí 182 μs, než došlo k mírnému poklesu výkonu.
V našem testu Oracle s BV měl VM.Standard výkon s latencí pod milisekundy, dokud nedosáhl přibližně 52 tisíc IOPS a dosáhl vrcholu 70 096 IOPS s latencí 3.4 ms. VM.DenseIO prolomil latenci 1 ms při zhruba 58 tisíc IOPS a dosáhl vrcholu 75 000 IOPS s latencí 3.1 ms. BM.Standard prolomil latenci 1 ms při přibližně 255 tisících IOPS s vrcholem 280 599 IOPS s latencí 1.41 ms. BM.DenseIO měl latenci pod milisekundy až do přibližně 260 tisíc IOPS a dosáhl vrcholu 267 632 IOPS s latencí 1.3 ms.
Naše úloha Oracle s NVMe vykázala pro VM.DenseIO maximální výkon 132 553 IOPS s latencí 257 μs. S BM.DenseIO byl maximální výkon 1 043 104 IOPS a latence 199 μs.
V testu Oracle 90-10 pro BV měl VM.Standard latenci submilisekundovou, a to až do výše něco málo přes 54 tisíc IOPS, s vrcholem 72 533 IOPS s latencí 2.2 ms. VM.DenseIO prolomil latenci 1 ms na zhruba 61 tisíc IOPS a dosáhl vrcholu 76 908 IOPS s latencí 1.86 ms. Oba BM dosáhli výkonu 297 tisíc IOPS, než prolomili latenci 1 ms. BM.Standard dosáhl vrcholu 305 771 IOPS s latencí 1.17 ms. BM.DenseIO měl maximální výkon 297 509 IOPS s latencí 1.03 ms.
V testu Oracle 90-10 pro NVMe dosáhl VM.DenseIO maximálního výkonu 133 330 IOPS a latence 163 μs. BM.DenseIO dosáhl maximálního výkonu 1 088 454 IOPS a latence 142 μs.
V testu Oracle 80-20 s BV dosáhl VM.Standard rychlosti přibližně 55 tisíc IOPS za méně než 1 ms a dosáhl vrcholu 74 032 IOPS s latencí 2.14 ms. VM.DenseIO měl latenci submilisekundovou až do rychlosti přibližně 51 tisíc IOPS a dosáhl vrcholu 75 666 IOPS s latencí 2 ms. Oba BM zvládly rychlost přibližně 295 tisíc IOPS, než překonaly hranici 1 ms. BM.Standard dosáhl vrcholu 306 955 IOPS s latencí 1.14 ms. BM.DenseIO dosáhl vrcholu přibližně 295 tisíc IOPS s latencí 893 μs.
V testu Oracle 80-20 s NVMe dosáhl VM.DenseIO maxima 108 483 IOPS s latencí 195 μs. BM.DenseIO dosáhl maxima 956 326 IOPS s latencí 158 μs.
Dále jsme se podívali na VDI Full Clone. Při spuštění s BV překonal VM.Standard hranici 1 ms těsně pod 40 tisíc IOPS a dosáhl vrcholu 56 057 IOPS s latencí 4.2 ms. VM.DenseIO dosáhl s latencí submilisekund až do zhruba 43 tisíc IOPS a vrcholu 61 570 IOPS s latencí 3.6 ms. Oba BM měly latenci submilisekund až do těsně nad prahovou hodnotou 200 tisíc IOPS. Oba dosáhli vrcholu přibližně 220 tisíc IOPS s latencí 2.1, než došlo k poklesu výkonu.
Při plném klonování s NVMe dosáhl VM.DenseIO vrcholu přibližně 136 000 IOPS s latencí 235 μs. BM.DenseIO dosáhl vrcholu 1 032 322 IOPS s latencí 213 μs.
S počátečním přihlášením k VDI Full Clone s BV dosáhly oba virtuální stroje přibližně 41 tisíc IOPS s latencí submilisekund, přičemž VM.Standard dosáhl vrcholu 55 522 IOPS s latencí 3.7 ms a VMDenseIO vrcholu 59 560 IOPS s latencí 3.6 ms. Oba virtuální stroje (BM) překonaly latenci submilisekund přímo kolem 203 tisíc IOPS (přičemž Standard předcházel Dense). BM.Standard dosáhl vrcholu přibližně 225 tisíc IOPS s latencí 2.04 ms a BM.DenseIO vrcholu 224 385 IOPS s latencí 1.8 ms.
Pro počáteční přihlášení VDI Full Clone s NVMe dosáhl VM.Standard maxima 59 883 IOPS s latencí 506 μs. A BM.DenseIO dosáhl maxima 467 761 IOPS s latencí 262 μs.
VDI Full Clone Monday Login s BV měl VM.Standard latenci submilisekundovou až do hodnoty těsně pod 36 tisíc IOPS s vrcholem 50 685 IOPS a latencí 2.3 ms. VM.DenseIO běžel pod 1 ms až do hodnoty těsně nad 38 tisíc IOPS a dosáhl vrcholu 53 304 IOPS s latencí 2.2 ms. BM.Standard překonal latenci 1 ms při přibližně 205 tisíc IOPS a dosáhl vrcholu 224 764 IOPS s latencí 1.5 ms. BM.DenseIO překročil 1 ms kolem 210 tisíc IOPS s vrcholem něco málo přes 220 tisíc IOPS a latencí 1.2 ms.
VDI Full Clone Monday Login s NVMe vykázal maximální výkon VM.DenseIO 44 384 IOPS s latencí 356 μs. BM.DenseIO dosáhl vrcholu 356 691 IOPS s latencí 252 μs.
Náš poslední výběr testů se zaměřil na VDI Linked Clone. Počínaje opět bootovacím testem s BV, měl VM.Standard latenci submilisekundovou až do přibližně 29 tisíc IOPS, s vrcholem přibližně 38 tisíc IOPS s latencí 2.4 ms. VM.DenseIO dosáhl až do přibližně 32 tisíc IOPS, než překročil hranici 1 ms, a také vrcholu dosáhl přibližně 38 tisíc IOPS s latencí 2.16 ms. Oba BM dosáhli zhruba 100 tisíc IOPS, než překročili latenci 1 ms. Oba dosáhli maximálního výkonu přibližně 114 tisíc IOPS s latencí 3 ms.
S VDI Linked Clone Boot pro NVMe jsme zaznamenali vrchol VM.DenseIO na 65 384 IOPS s latencí 238 μs. BM.DenseIO dosáhl vrcholu 555 004 IOPS s latencí 217 μs.
Při počátečním přihlášení s BV oba virtuální stroje překonaly latenci 1 ms na zhruba 28 tisíc IOPS, přičemž VM.Standard dosáhl vrcholu 36 682 IOPS s latencí 1.6 ms a VM.DenseIO vrcholu 38 525 IOPS s latencí 1.6 ms. Oba virtuální stroje překonaly latenci 1 ms na přibližně 132 tisíc IOPS, přičemž BM.Standard dosáhl vrcholu 140 848 IOPS s latencí 1.3 ms a BM.DenseIO vrcholu 139 883 IOPS a latence 1.2 ms.
Počáteční přihlášení s NVMe vykázalo maximální výkon 24 228 IOPS a 326 μs pro VM.DenseIO a 242 778 IOPS s 234 μs pro BM.DenseIO.
Nakonec, s VDI Linked Clone Monday Login with BV, dosáhl VM.Standard latence submilisekund až do přibližně 27 tisíc IOPS s vrcholem 39 874 IOPS a latencí 2.86 ms. VM.DenseIO překonal hranici 1 ms při přibližně 25 tisíc IOPS a dosáhl vrcholu 42 469 IOPS a latence 3 ms. Oba BM měly latenci submilisekund až do přibližně 135 tisíc IOPS s vrcholem 146 tisíc IOPS, přičemž denseIO měl latenci 1.6 ms a standard 1.76 ms.
S VDI Linked Clone Monday Login s NVMe dosáhl VM.DenseIO vrcholu 34 016 IOPS a latence 464 μs. BM.DenseIO dosáhl vrcholu 260 527 IOPS a latence 317 μs.
Závěr
Cloudová infrastruktura od společnosti Oracle řeší jeden z hlavních problémů cloudu – výkon, respektive jeho nedostatek – pomocí svých bare metal instancí. Oracle nabízí bare metal a virtuální výpočetní instance, stejně jako verze NVMe s až 25 TB úložiště NVMe pro výkon, jaký v cloudu nevidíte. K dosažení výkonu udávaného společností Oracle až 5.1 milionu IOPS je zapotřebí více než jen úložiště NVMe; instance mají také až 52 OCPU, 768 GB RAM, duální 25GbE síťové karty a až 51 TB lokálně připojeného úložiště NVMe. Tato úroveň výkonu se používá především pro případy užití, jako jsou kritické databázové aplikace, HPC úlohy a webové aplikace náročné na I/O.
Co se týče výkonu, provedli jsme naše VDBech testy pro bare metal (BM) i VM s využitím lokálního NVMe úložiště (DenseIO) i síťového blokového úložiště (Standard). Výkon nás jednoduše ohromil. Pro každý test jsme spustili dvě sady grafů, protože rozdíl v latenci mezi DenseIO a Standard byl tak velký, že by se grafy obtížně četly, kdyby všechny byly na jedné sadě. Pokud jde o to, jak dobrý je výkon úložiště na těchto instancích ve srovnání s tradičním úložištěm, konkurují mnoha nejlepším možnostem sdíleného úložiště na trhu, natož cloudovým alternativám. Připojené BV, které jsou hostovány přes iSCSI a zálohovány, nabízejí silnou kombinaci propustnosti a šířky pásma s nízkou latencí. Pro srovnání, mnoho testů s 32 BV připojenými k 52 instancím OCPU překonává výkon all-flash úložných polí, která jsme testovali v naší laboratoři. Některé mohly být ve skutečnosti o něco rychlejší, což je docela působivé vzhledem k tomu, že porovnáváme cloudovou instanci s AFA s cenou přes 250 000 dolarů, přepínáním FC a více výpočetními hostiteli.
Co ale dělá z instancí Oracle Cloud bez hardwaru skutečně neuvěřitelné, je lokálně připojené úložiště NVMe. DenseIO2.8 měla 1 zařízení, zatímco DenseIO2.52 jich měla 8, což těmto instancím dává výkon měřený v milionech IOPS. Instance s 1 NVMe SSD zaznamenala maximální rychlost náhodného čtení 4K dat na 569 tisíc IOPS, zatímco instance s 8 SSD měla výkon vystřelený na 4.4 milionu IOPS. Ani šířka pásma nebyla žádná legrace; menší instance zaznamenala maximální rychlost čtení 2.5 GB/s, zatímco větší instance překročila 20 GB/s. Nezapomeňte mít záložní plán, protože NVMe úložiště jsou koneckonců lokálně připojená úložiště, která je třeba chránit.
Společnost Oracle vybudovala špičkové servery a úložiště v cloudu; jediné, co může konkurovat jejich holým instancím, je vybudování špičkového serveru hostovaného lokálně spolu se všemi ostatními komponentami a službami, které jej podporují. Stejně jako u všech cloudových řešení nabízí Oracle plynulé zapínání a vypínání instancí a flexibilitu při úpravě požadavků na úložiště podle potřeby. U těchto instancí se zřejmým problémem objeví cena. Klíčovým rozhodujícím faktorem je pravděpodobně výhodnost online instalace instance v rámci Oracle Cloud oproti úsilí a nákladům potřebným k nastavení srovnatelného hardwaru ve vašem vlastním datovém centru. I když je úložiště připojené k NVMe drahé, o výhodách ve výkonu, které jsme zaznamenali, se nedá polemizovat. Pokud máte firmu, která je ovlivněna dobou zpracování velkých datových sad, neexistuje jednodušší ani rychlejší řešení pro dokončení úloh, jako je analytika, než tvary založené na NVMe, které jsme použili. A není to tak, že by standardní tvary připojených bloků byly špatné, tvary NVMe byly prostě tak neskutečné, že zastínily ostatní. Sečteno a podtrženo, progresivní firmy, které mohou z vysoce výkonného cloudu vytěžit měřitelnou hodnotu, by rozhodně měly zhodnotit, co Oracle chystá. Existuje mnoho možností, pokud jde o přechod do cloudu, ale nic není tak rychlé jako to, co jsme viděli u bare metal instancí Oracle Cloud, což z těchto řešení dělá jasného a zaslouženého vítěze naší první ceny Editor's Choice Award udělené poskytovateli cloudových služeb.
Amazon