Ako používať spotové inštancie Amazon EC2?

Pochopte rôzne stavy žiadosti o spot. Žiadosť o miesto je:

• otvorené, ak bola žiadosť podaná, ale ešte nebola splnená. Žiadosť o miesto je otvorená bezprostredne po prvom podaní. Trvalé žiadosti sa navyše začnú otvárať, akonáhle dôjde k prerušeniu súvisiacej inštancie miesta (ukončená spoločnosťou Amazon).
• aktívny po tom, čo ho splnil Amazon, tj. po vytvorení pridruženej spotovej inštancie.
• zlyhalo, ak ho Amazon odmietol kvôli zlým parametrom.
• zrušený, ak bol zrušený používateľom alebo ak požiadavka vypršala (tj uplynul časový limit nastavený používateľom na splnenie požiadavky).
• zatvorené, ak bola inštancia prerušená spoločnosťou Amazon a pôvodne nebola špecifikovaná ako trvalá.

Pochopte kroky, ktoré je potrebné splniť pre žiadosť o okamžitú inštanciu.

• Existujú samostatné spotové trhy pre každú kombináciu zóny dostupnosti, typu inštancie a operačného systému. Na každom spotovom trhu je spotová cena.
• V čase, keď je odoslaná spotová žiadosť, žiadosť obsahuje zónu dostupnosti, typ inštancie, operačný systém, ponukovú cenu (ktorú môžeme považovať za maximálnu spotovú cenu, ktorú je používateľ ochotný ponúknuť), plus niektoré ďalšie možnosti diskutované neskôr na tejto stránke. Po splnení požiadavky na mieste nie je možné nič zmeniť. Jedinou zmenou, ktorú môže užívateľ urobiť na požiadavke na spot, je zrušiť ju (ukončenie inštancie automaticky zruší požiadavku na spot).
• Ak je ponuková cena nižšia ako spotová cena pre zónu dostupnosti, typ inštancie a operačný systém, ponuka sa odmietne a používateľovi sa neúčtujú žiadne peniaze.
• Ak je ponuková cena rovnaká alebo vyššia ako spotová cena, spotová požiadavka je splnená za predpokladu, že bude k dispozícii kapacita.
• Ak ponuková cena presahuje spotovú cenu a kapacita nie je k dispozícii, potom, aby uvoľnili miesto v tomto prípade, začali sa ukončovať ostatné spotové inštancie, začínajúc tými, ktoré majú najnižšiu ponukovú cenu. Ukončenia iniciované spoločnosťou Amazon sa nazývajú aj prerušenia okamžitých inštancií, aby sa ľahšie odlišovali od ukončenia iniciovaného používateľom. Každé ukončenie nastane dve minúty po odoslaní oznámenia o ukončení inštancii, aby inštancia, ktorá bude ukončená, mala dostatok času na jej elegantné vypnutie (pozrite si neskoršiu diskusiu o upozorneniach na ukončenie okamžitej inštancie). Kým sa inštancie ukončujú, môžu nastať ďalšie zmeny kapacity spotu (napríklad niektorí iní používatelia môžu ukončiť svoje vlastné inštancie a uvoľniť kapacitu). Hneď ako sa ukončí dostatok inštancií, ktoré umožňujú kapacite vytvoriť novú okamžitú inštanciu,a nová spotová cena stále nie je väčšia ako ponuková cena používateľa, požiadavka používateľa je splnená.
• Výsledkom je, že ak príde iba jedna nová žiadosť o cenovú ponuku a ponuková cena je väčšia ako aktuálna spotová cena, potom aj keď je kapacita plná, jedna spotová inštancia za aktuálnu okamžitú cenu sa ukončí a požiadavka užívateľa na spotovanie bude splnené. Ak však cenová ponuka požaduje viac ako jednu konkrétnu inštanciu alebo veľa nových používateľov ponúka pre nové inštancie na rovnakom trhu, dynamika sa môže skomplikovať.
• Vo všeobecnosti sú požiadavky na mieste splnené do niekoľkých minút od podania žiadosti. U niektorých typov inštancií môže trvať pomerne dlho (hodiny alebo dokonca dni), kým sa splnia žiadosti o inštanciu. Navyše, ak požadujete veľa spotových inštancií, nemusia byť všetky splnené naraz, najmä ak je kapacita takmer plná.

Pochopte obmedzenia, ktoré kladie amazon na spotové ceny.

• Ceny ponúk nemôžu byť vyššie ako desaťnásobok ceny na požiadanie. Toto má zabrániť extrémnym špičkám. Predtým, keď ponukové ceny nemali tento limit, ceny spotových inštancií v jednom regióne stúpli až na 750€/hodinu.
• Napriek tomu, že Amazon oficiálne neoznámi minimálne spotové ceny, je pravdepodobné, že stanoví minimum pre spotové ceny podľa typov inštancií, čo presne odráža hraničné náklady na udržanie chodu inštancie. Aj keď nie, v praxi určite existujú najnižšie ceny na mieste, možno kvôli niektorým používateľom, ktorí vždy potrebujú inštancie za dostatočne nízku cenu.

Všimnite si toho, že niektoré typy inštancií nie sú k dispozícii na spotovom trhu. Najmä inštancia t2.micro, typ malej inštancie, ktorý je ideálny, ak chcete iba inštanciu na základné testovanie, nie je k dispozícii ako spotová inštancia. Táto inštancia je však k dispozícii zadarmo v bezplatnej vrstve AWS.

Pochopte kľúčové kompromisy v stratégiách ponúk.

• Vyššie ponuky vás izolujú pred prerušením vašich inštancií a znižujú tlak na vás, aby ste vyvinuli lepšie stratégie riadenia prerušenia.
• Nižšie ponuky vám pomôžu obmedziť maximálnu sumu, ktorú ste ochotní zaplatiť za inštancie, a tým zaistíte lepšiu hornú hranicu nákladov na inštanciu.
• Ak by boli všetky cenové špičky krátke, potom by boli lepšie cenové ponuky, pretože by ich vysoká ponuka pomohla prežiť nárast cien bez toho, aby ste v priemere museli platiť viac. V skutočnosti, ak je nárast veľmi krátky, možno nebudete musieť platiť vôbec nič, pretože platíte iba cenu, ktorá je účtovaná po dokončení celého počtu hodín po splnení vašej žiadosti o spot.
• Ak by naopak cenové špičky spravidla mali tendenciu pretrvávať, malo by zmysel ponúkať ponuky iba tak vysoko, za koľko ste ochotní vytrvalo platiť.
• V praxi je situácia zmiešaná: väčšina nárastov cien je krátkych, ale niekedy môžu cenové skoky trvať niekoľko hodín. Práve preto je ťažké prísť s optimálnou stratégiou ponúk.
• V ideálnom prípade by ste chceli svoju ponuku popísať nielen z hľadiska maximálnej ceny, ktorú zaplatíte, ale aj z hľadiska toho, ako dlho budete ochotní udržať ponuku za maximálnu cenu. To môže pomôcť získať to najlepšie z oboch svetov: ponúkajte dostatočne vysoké ceny, aby neboli prerušené vaše inštancie, ale ak cena skutočne zostane taká vysoká po dobu netriviálneho obdobia, elegantne uložte svoju prácu, ukončite inštanciu a prejdite na iný spôsob vykonávania pracovného zaťaženia. Amazon bohužiaľ sám takéto stratégie nepodporuje, takže na vykonanie tohto druhu stratégie budete musieť použiť API na napísanie kódu alebo použiť službu tretej strany, ktorá sa zaoberá elegantným prechodom pracovného zaťaženia.

Oboznámte sa s rôznymi druhmi stratégií ponúkania cien. Amazon definuje štyri typy stratégií ponúkania cien.

• Stratégia nízkeho ponúkania cien: Tu je ponuková cena niekde medzi spotovou cenou a skutočnou hodinovou cenou za rezervácie (tj. Niekde medzi 10% a 66% ceny na požiadanie). Stratégie nízkych cenových ponúk zaručujú nízke celkové výdavky bez potreby ďalšieho monitorovania. Avšak, oni vystavujú inštancií k častým prerušeniam, takže potrebujú viac kontroly, aby sa ubezpečil, že pracovné vyťaženie sa vykonaný. Keď používate stratégiu s nízkymi cenovými ponukami na dôležité pracovné úlohy, je obzvlášť dôležité doplniť ju o dobrú stratégiu správy prerušenia.
• Stratégia ponúkania cien v strednom rozsahu: Tu je ponuková cena niekde medzi skutočnou hodinovou cenou za rezervácie a cenou na požiadanie. Na rozdiel od stratégií ponúk s nízkymi cenovými ponukami, kde máte istotu, že v žiadnom prípade neplatíte neprimeranú cenu, môžu stratégie ponúkania cien v strednom rozsahu znamenať, že nastanú situácie, kedy platíte vyššiu cenu, ako by ste mohli byť ochotní zaplatiť udržateľným spôsobom. Výmenou zaberáte menej prerušení. Stratégie ponúkania cien v strednom rozsahu majú zmysel pre inštancie s dlhou životnosťou.
• Stratégia ponúk na požiadanie: Tu sa cena ponuky blíži cene inštancie na požiadanie. Táto stratégia je často spárovaná so stratégiou riadenia prerušenia, kde ak sa cena spotovej inštancie blíži cene na požiadanie, používateľ prejde na inštanciu na požiadanie, aby vykonal rovnaké pracovné zaťaženie, a potom sa raz prepne späť na okamžitú inštanciu cena je opäť nízka. Stratégie ponúk na požiadanie sú v každom danom čase zaručene maximálne drahé ako inštancie na požiadanie, pričom sú v priemere podstatne lacnejšie.
• Stratégia vysokých ponúk (známa aj ako pohodlné ponúkanie cien): Tu je ponúkaná cena podstatne vyššia ako cena na požiadanie. Stratégie vysokých ponúk majú zmysel pre inštancie s dlhou životnosťou, ktoré slúžia klientskym rozhraniam, alebo pre inštancie s krátkou životnosťou, ktoré vykonávajú kritické pracovné úlohy, ktoré je potrebné vykonať rýchlo aj za cenu možného zaplatenia vyššej ceny. Stratégie vysokých ponúk môžu tiež umožniť získať miestnu kapacitu v prípade, že nie je k dispozícii kapacita na požiadanie. Stratégie vysokých ponúk pre prípady s dlhou životnosťou je potrebné skombinovať s určitým monitorovaním, aby bolo možné detegovať trvalo reagujúce vysoké ceny a reagovať na ne.

Zvážte zložené stratégie ponúk. Stratégie ponúk môžete kombinovať a kombinovať dokonca aj pre rôzne inštancie, ktoré vykonávajú rovnakú prácu. Ak napríklad všeobecne potrebujete tri inštancie na obsluhu zaťaženia frontendu, ale vystačíte si s dvoma (za cenu vyššej latencie), môžete si vybrať mix s jednou rezervovanou inštanciou, jednou inštanciou s vysokou ponukovou cenou a jedným miestom napríklad s nižšou ponukovou cenou. Ak teda spotové ceny porastú, skončíte s menšou kapacitou, ale stále budete mať dostatok na udržanie prevádzkyschopnosti. Pokiaľ ide o koncepcie ekonomiky, vaše rozdelenie ponukových cien je určené vašou individuálnou krivkou dopytu ako spotrebiteľa spotových inštancií.

Pochopte rozdiel medzi jednorazovými a trvalými žiadosťami o spot.

• Jednorazová žiadosť o spot je žiadosť, ktorá sa zruší po tom, čo používateľ inštanciu ukončí alebo ju preruší Amazon. Ak chcete inštanciu znova vytvoriť, musíte odoslať novú žiadosť o miesto.
• Trvalá požiadavka na spot je žiadosť o spot, ktorá sa automaticky znova odošle po ukončení inštancie.

Pochopte, ako vaša platforma ec2 ovplyvňuje spôsob spúšťania spotových inštancií.

• EC2 Classic (nie je k dispozícii pre nových zákazníkov, je podporované iba pre starších zákazníkov): Pri spustení spotovej inštancie nemôžete určiť zónu dostupnosti. Služba spot skôr vyhľadá zónu dostupnosti s najnižšou cenou za požadovanú konfiguráciu za predpokladu, že je nižšia ako ponúkaná cena. Všimnite si toho, že aktuálne dostupná zóna dostupnosti nemusí zostať najnižšou cenou počas celej životnosti inštancie spotu. Zvyšok tejto stránky sa nezaoberá EC2 Classic, pretože ide o zastaranú platformu.
• Predvolené VPC: Služba spot používa zónu dostupnosti pre zadanú podsieť. Ak nie je zadaná žiadna podsieť, je zvolená zóna dostupnosti, ale nemusí to byť zóna dostupnosti za najnižšie ceny.
• Nondefault VPC: Spot služby používa zónu dostupnosti pre zadanú podsieť.

Pochopte, ako môžete použiť skupiny spustenia na spustenie viacerých inštancií naraz (užitočné pre distribuované počítačové klastre).

• Inštancie v skupine štarte sú vytvorené len vtedy, ak všetky z nich môžu byť vytvorené. Ak cena alebo kapacita nepostačujú na vytvorenie všetkých inštancií, nevytvorí sa žiadna z týchto inštancií a používateľovi sa neúčtujú žiadne peniaze.
• Ak dôjde k prerušeniu niektorej z okamžitých inštancií (tj. Ukončí ju Amazon), Amazon automaticky spustí ukončenie všetkých inštancií v skupine spustenia. Ukončenie ľubovoľnej inštancie iniciované používateľom však nespôsobí ukončenie zostávajúcich inštancií.
• Uvedomte si, že skupiny spustenia sa líšia od skupín zón dostupnosti. V prípade skupín zón dostupnosti sa požaduje viac inštancií miesta, ale žiadna z nich, ktorá sa preruší, nespustí ukončenie ostatných.

Ak používate klientske inštancie pre klientske rozhrania s premenlivým zaťažením premávky, prečítajte si, ako vytvoriť skupiny automatických mierok inštancií spotov. Typickým nastavením na manipuláciu s premenlivým zaťažením premávky je mať malý počet (vyhradených) inštancií na požiadanie (buď samostatných, alebo v ich vlastnej skupine automatického škálovania) pre základnú kapacitu, a potom mať skupinu automatických mierok bodových inštancií na spracovanie dodatočnej premennej. kapacity.

• Skupina automatického škálovania môže zahŕňať inštancie vo viacerých zónach dostupnosti. To pomáha chrániť nielen pred zlyhaním hardvéru a siete, ale aj pred okamžitými výkyvmi trhových cien v jednej zóne dostupnosti.
• Jedna skupina automatického škálovania môže pozostávať výlučne z spotových inštancií alebo výlučne z inštancií na požiadanie. K rovnakému nástroju na vyrovnávanie zaťaženia je však možné pripojiť viacero skupín automatického škálovania (ako aj inštancií mimo skupín automatického škálovania), takže je možné kombinovať a spájať inštancie miesta a inštancie na požiadanie, aby sa zvládlo rovnaké pracovné zaťaženie.
• Všeobecnou múdrosťou skupín automatického škálovania je rýchlo škálovať (tiež známe ako „škálovať“ v AWS žargóne) a zmenšovať (tiež známe ako „škálovať“ v AWS žargóne) pomaly. Je to z viacerých dôvodov. Po prvé, keďže fakturácia prebieha po hodinách, časté odstraňovanie a reštartovanie spotových inštancií je finančne zbytočné. Pretože sa viac hrotov často vyskytuje v krátkom čase, je lepšie chvíľu počkať, kým sa zníži kapacita. Za druhé, je to nielen finančne nehospodárne, ale znamená to aj viac možných prestojov alebo slabý výkon, ak nie je k dispozícii dostatok kapacity hneď, ako sa zaťaženie začne zvyšovať.
• Miernym variantom vyššie uvedeného nápadu mať niekoľko inštancií na požiadanie a skupinu automatických mierok bodových inštancií je mať dve skupiny automatického škálovania: jednu pre inštancie na požiadanie a jednu pre spotové inštancie. Skupina automatického škálovania inštancií na požiadanie má minimálny počet inštancií rovnajúci sa počtu rezervácií a skupina automatických mierok okamžitých inštancií je určená na zvládnutie variability v návštevnosti. Okrem toho skupina automatického škálovania inštancií na požiadanie má veľmi ťažko spustiteľnú politiku škálovania: môže sa škálovať, ale iba za strašných okolností (tj. Keď je záťaž skutočne vysoká, čo sa zvyčajne stane, ak je na mieste trh nemá k dispozícii ďalšie inštancie na zvládnutie záťaže). Na ďalšie inštancie vytvorené v skupinách automatického škálovania na požiadanie by sa nevzťahovali výhrady, a preto by boli drahšie.
• Zásady ukončovania služby Amazon pre skupiny automatického škálovania sú navrhnuté tak, aby vám poskytli maximálnu úsporu nákladov pri účtovaní dostupnosti: ukončí okamžitú inštanciu v zóne dostupnosti s maximálnou kapacitou, s najstaršou konfiguráciou spustenia a ktorá je najbližšie k dokončeniu fakturovateľnej hodiny. Úspory môžu byť významné, ak sa inštancie často vytvárajú a ukončujú. Je tiež možné prispôsobiť si politiku ukončenia.

Zvážte použitie spotových flotíl. Toto je nová ponuka od Amazonu (oznámená v máji 2015), kde môžete požiadať o spotovú flotilu s niekoľkými typmi inštancií.

• Keď požadujete spotový park, zadáte konfiguráciu, v ktorej popíšete rôzne konfigurácie (typ inštancie, operačný systém atď.), O ktoré máte záujem, spolu s číselnou hmotnosťou, ktorá je s každou z nich spojená. Môže vám napríklad vyhovovať používanie typu inštancie m4,2xlarge alebo m4,4xlarge, ale jednu m4,4xlarge považujete za ekvivalent dvoch m4,2xlarge. Môžete to špecifikovať nastavením hmotnosti 1 pre m4,2xveľká a 2 pre m4,4x veľkú. Uvedené hmotnosti sú vami určené, a preto nemusia nevyhnutne zodpovedať pomerom špecifikácií hardvéru, aj keď v praxi budú často veľmi podobné. Tiež zadáte požadovanú kapacitu a globálnu maximálnu ponukovú cenu za jednotku.
• Amazon ponúka dve stratégie prideľovania flotíl na mieste. Stratégia najnižšej ceny vyberie jednu konfiguráciu a toľko inštancií, ako je potrebné, a vyberie konfiguráciu s nižšou cenou. Predpokladajme napríklad, že potrebujete 11 jednotiek kapacity a nastavili ste hmotnosť 1 pre m4,2xveľká a 2 pre m4,4xveľká. Stratégia najnižšej ceny vám poskytne buď 11 m4,2x veľkých inštancií alebo 6 m4,4x veľkých inštancií, podľa toho, čo je lacnejšie. Druhá stratégia, nazývaná diverzifikovaná stratégia, alokuje rovnaké podiely na celkovej kapacite rôznym typom inštancií, čo by v tomto prípade znamenalo 6 inštancií s veľkosťou 2 x 2 a s veľkosťou typu 3 m pre veľkosť 4,4. Všimnite si toho, že v oboch prípadoch Amazon obmedzuje maximálnu čiastku, ktorú zaplatíte za jednotku, na vašu globálnu maximálnu veľkú cenu.
• Flotila spotov tiež spúšťa náhradné inštancie, ak sa konkrétna inštancia skončí, pričom typ náhradnej inštancie sa spustí v závislosti od použitej stratégie.

Zvážte použitie skupín automatického škálovania pre inštancie s dlhou životnosťou, ktoré vykonávajú preddefinované pracovné zaťaženia.

• Napriek tomu, že skupiny automatického škálovania boli pôvodne navrhnuté tak, aby zvládali variabilnú prenosovú kapacitu, je možné mať skupinu automatického škálovania pevnej veľkosti jedna. Výhodou umiestnenia vašej spotovej inštancie do takejto skupiny automatického škálovania je, že Amazon inštanciu automaticky znova roztočí, ak dôjde k prerušeniu z dôvodu ceny, kapacity alebo z iných dôvodov.
• Je možné mať trvalé úložisko, takže pri rozbehnutí novej inštancie spotu získa údaje odkiaľkoľvek, kde to predchádzajúca bodová inštancia skontrolovala.
• Jednou z kľúčových výziev pri použití skupín automatického škálovania týmto spôsobom je, že akékoľvek vlastné akcie, ktoré urobíte pri spustení (alebo obnove), musia byť vložené do užívateľských údajov skriptu a nie je možné ich spustiť prostredníctvom samostatných skriptov. Táto dodatočná automatizácia si spravidla vyžaduje dodatočné investície a môže sa vám vyplatiť až po vyžehlení ďalších podrobností procesu.
• Použitie skupín automatického škálovania v spojení s CloudFormation môže byť užitočné pri spracovaní inovácií alebo zmien vo vašej konfigurácii.

Majte na pamäti, že spotové trhy je veľmi ťažké predvídať. Účelom nahliadnutia do histórie cien spotových inštancií nie je schopnosť presne predpovedať budúce ceny, ale získať pocit neistoty, variability a porovnávania cien.

Pochopte, ako interpretovať históriu cien spotových inštancií.

• Jednou z užitočných mier je priemerná inštančná cena v primerane dlhom časovom horizonte. Toto je sadzba, ktorú zaplatíte za spotové inštancie s dlhou životnosťou, pri ktorých ponúkate dostatočne vysoké ceny, aby bola vaša inštancia neprerušovaná. Majte však tiež na pamäti, že nové špičky sa môžu vyskytnúť na spotových trhoch, ktoré boli doteraz bez špičiek.
• Ďalším užitočným opatrením je maximálna hodnota spotovej ceny. To je cena, nad ktorou by ste museli mať ponuku, aby inštancia s dlhou životnosťou bežala nepretržite.
• V prípade inštancií na mieste, ktoré sa používajú na vykonanie dočasného pracovného zaťaženia s flexibilným časovým plánom, najskôr identifikujte čas potrebný na vykonanie pracovného zaťaženia. Potom identifikujte minimálnu, priemernú a maximálnu z celkovej ceny, ktorú by ste zaplatili za spotovú inštanciu za časové obdobia tejto dĺžky. Maximum predstavuje scenár najhoršieho prípadu (tj scenár, ak zadávate ponuky pre inštanciu v najhoršom možnom čase), zatiaľ čo minimum predstavuje najlepší scenár.
• V konzole Amazon EC2 máte prístup k histórii cien inštancií Spot pre variabilné časové obdobie od 1 dňa do 3 mesiacov. Nezabudnite si pozrieť históriu za 3 mesiace, aby ste mali jasnejšiu predstavu o dlhodobejších trendoch v cenách.

Porovnajte históriu cien spotových inštancií podľa zóny dostupnosti v rámci regiónu.

• Tabuľka histórie cien okamžitých inštancií spoločnosti Amazon vám umožňuje skúmať históriu cien okamžitých inštancií pre rovnakú konfiguráciu vo všetkých zónach dostupnosti v regióne.
• Môžete nájsť niekoľko „nepoctivých“ zón dostupnosti, kde sú ceny okamžitých inštancií buď trvalo vyššie, alebo podliehajú podstatne trvalejším cenovým rozdielom.
• Ďalšou užitočnou informáciou, ktorú môžete získať pri pohľade na viacero zón dostupnosti, je zistiť, ako cenové špičky korelujú naprieč zónami dostupnosti. Ak sa cenové skoky spravidla vyskytujú v rôznych časoch v rôznych zónach dostupnosti, môžete získať pomerne robustnú architektúru rozdelením svojich okamžitých inštancií medzi zóny dostupnosti. Ak na druhej strane dochádza k zvýšeniu cien v rôznych zónach dostupnosti súčasne, všetky vaše okamžité inštancie môžu ísť dohromady.

Porovnajte ceny okamžitých inštancií podľa typu inštancie (trieda inštancie, veľkosť a generácia).

• V prípade vyhradených inštancií a inštancií na požiadanie sa ceny stupňujú lineárne podľa veľkosti v rámci triedy inštancií. To nemusí nevyhnutne platiť pre spotové prípady, aj keď sa často približuje pravde pre malé prípady so stabilnými cenami.
• Pomery spotových cien v rôznych triedach inštancií sa môžu tiež líšiť od pomerov cien na požiadanie.
• Vo všeobecnosti sú ceny pre väčšie prípady volatilnejšie, pretože menší počet inštancií spôsobuje, že ceny sú citlivejšie na jednotlivé ponuky. Navyše, pri väčších typoch typov výkyvy cien zvyčajne trvajú dlhšie ako malé výkyvy. Všimnite si toho, že sa tým obracia trend pozorovaný v prvých rokoch AWS, kde väčšie inštancie mali veľmi stabilné ceny (väčšinou preto, že o ich existencii vedel len veľmi málo ľudí) a menšie inštancie mali väčšie cenové výkyvy.
• Ceny sú zvyčajne najstabilnejšie pre triedu inštancií M, o niečo menej stabilné pre triedu inštancií C a najmenej stabilné pre triedu inštancií R.
• Inštancie staršej generácie, ako sú napríklad m2, bývajú dosť lacné a menej prchavé, ak sú stále dostupné na spotovom trhu. Na typ inštancie m2 je pre ľudí ťažké rýchlo prejsť, pretože nepodporuje novú virtualizáciu používanú systémom EC2 (nazývanú hvm), ale podporuje iba starú virtualizáciu (pv). Preto ľudia, ktorí používajú hvm AMI, nemôžu prejsť na inštancie m2, keď spotové ceny rastú pre ich preferované typy inštancií. Ak vaša architektúra zvládne prechod na inštancie m2, zvážte ich použitie, pretože vám môžu ušetriť veľa peňazí a znížiť volatilitu vašich inštancií.
• Amazon's Spot Bid Advisor poskytuje rady o priemerných úsporách cien a pravdepodobnosti ich preplatenia, rozdelené podľa tried inštancií a samostatne pre každý región. Môže to byť užitočná referencia na konzultáciu, okrem ručného skúmania histórie cien a trendov spotových inštancií.

Pochopte, ako môže váš vlastný dopyt ovplyvniť spotové ceny.

• Amazon vo všeobecnosti obmedzuje počet žiadostí o okamžitú inštanciu pre každú triedu inštancií, ktorú môže daný používateľ vykonať, aby sa zabránilo tomu, že noví používatelia neúmyselne narúšajú spotový trh vyžadovaním veľkého počtu inštancií. Napriek tomu je možné, aby jeden používateľ narušil spotové trhy.
• Vo všeobecnosti platí, že čím viac požadovaných inštancií požadujete, tým viac sa musíte zaujímať o svoj vlastný účinok na spotovom trhu.
• Pri väčších typoch inštancií býva celkový počet inštancií na trhu menší. Preto je jednoduchšie narušiť trh zadaním niekoľkých ponúk. V skutočnosti je dokonca aj celková kapacita často menšia. Napríklad inštancia m4,10xlarge je 20 -násobkom veľkosti inštancie m4.large, ale počet inštancií tohto typu dostupných na spotovom trhu je menší ako 0,50 z počtu inštancií typu m4.large.
• Ak sú všetky inštancie, ktoré požadujete, rovnakého typu inštancie a v rovnakej zóne dostupnosti, cenu pravdepodobne ovplyvníte viac, ako keby sa vaše požiadavky na inštancie rozprestierali medzi zónami dostupnosti.

Vykonajte opatrenia, aby bolo spúšťanie spotových inštancií rýchlejšie a efektívnejšie.

• Vytvárajte skripty, ktoré kombinujú vytvorenie okamžitej inštancie s inštaláciou príslušných aplikácií do nich, aby boli pripravené na okamžité spustenie vašej úlohy alebo sa pripojili k vášmu frontendu. To je obzvlášť dôležité pre krátkodobé bodové inštancie, ale môže to byť dôležité aj pre inštancie s dlhou životnosťou, pretože bodovú inštanciu je možné kedykoľvek prerušiť, a preto môže byť potrebné ju znova vytvoriť.
• Ak spotové inštancie slúžia frontendu, pridajte krok, ktorý ich spojí s nástrojom na vyrovnávanie zaťaženia frontendu, v spúšťacom skripte. Pred pripojením k nástroju na vyrovnávanie zaťaženia vykonajte všetky zdravotné kontroly a testovanie záťaže.

Zistite, ako urýchliť proces spustenia.

• Ak používate svoje vlastné aplikácie, zvážte vytvorenie vlastného AMI, v ktorom je vaša aplikácia predinštalovaná. Hlavnou nevýhodou je, že tento AMI musí byť aktualizovaný vždy, keď aktualizujete svoju aplikáciu, a tiež aktualizovaný kvôli opravám chýb v iných balíkoch.
• Namiesto inštalácie balíkov z ich zdrojových úložísk zvážte ich uloženie na mieste S3 v oblasti, kde vytvárate inštancie, aby bol váš proces sťahovania rýchlejší. Zvážte tiež predbežné zostavenie všetkých pohárov alebo spustiteľných súborov a priame stiahnutie týchto vopred pripravených pohárov do vašich okamžitých inštancií.

V prípade krátkodobých spotových inštancií, ktoré pravidelne vykonávajú vopred definované pracovné záťaže, zahrňte automatické ukončenie.

• Spustite tieto skripty z inštancie EC2 v tej istej oblasti, aby ste minimalizovali problémy s pripojením. Ak je skript spustený denne, vložte ho do úlohy cron pre daný deň.
• Ukončite inštancie spotu po dokončení pracovného zaťaženia a po uložení všetkých protokolov a záznamov mimo inštancií spotu.
• Ak nereagujú, ukončite okamžité prípady.
• Ak sa očakáva, že proces bude krátkodobý, ukončite okamžité prípady po určitom časovom limite, aj keď proces nie je dokončený. Prípadne pošlite upozornenie človeku, aby sa pozrel na to, prečo tento proces trvá tak dlho.
• Majte plán upozornení alebo záložný plán pre ďalšie chyby súvisiace s inštanciami spotu, napr. So spustením alebo s predčasným ukončením inštancií spotu.

Monitorujte oznámenia o ukončení a konajte podľa nich. Amazon ponúka dvojminútové oznámenia o ukončení inštancie na mieste. Tieto oznámenia je možné zistiť monitorovaním koncového bodu na samotnej inštancii. Tieto informácie môžete použiť na elegantné odpojenie inštancie od vyrovnávača zaťaženia a potom elegantné vypnutie a kontrolu bodu inštancie.

Zaistite, aby ste pri častom používaní skriptov, ktoré roztočia okamžité inštancie, použili AMI a spustili nastavenie, kde je príslušný zväzok EBS nastavený tak, aby sa pri ukončení inštancie odstránil.

Prejdite na definovanejšiu architektúru s AWS, kde je to možné a kde sa investícia oplatí.

• Namiesto spúšťania a ukončovania vlastných skriptov z vlastnej inštancie používajte skupiny automatického škálovania AWS, konfigurácie spustenia, skripty používateľských údajov a CloudFormation.

Sledujte svoje spotové náklady na inštanciu.

• Vo svojej online konzole EC2 môžete získať rozpis nákladov na inštancie podľa regiónu, zóny dostupnosti, typu inštancie a možnosti nákupu. Môžete najmä filtrovať, aby ste videli iba náklady na spotové inštancie a zoskupovať podľa typu inštancie a regiónu, aby ste videli, koľko stoja vaše spotové inštancie.
• Nastavte si vo svojom koreňovom účte upozornenie na fakturáciu, aby sa vaše údaje začali odosielať do služby Amazon CloudWatch. Potom si nastavte fakturačné upozornenia, ktoré vás upozornia na obrovské nárasty nákladov. Všimnite si toho, že CloudWatch nerozpisuje náklady podľa možnosti nákupu (uvádza iba celkové náklady na EC2), ale napriek tomu môže pomôcť zachytiť obrovské nárasty nákladov v dôsledku prudkého nárastu cien v okamžitých prípadoch.

Pravidelne kontrolujte svoju konzolu ec2.

• Skontrolujte, či máte otvorené alebo aktívne žiadosti, o ktorých neviete alebo ste ich nemali v úmysle.
• Skontrolujte, či máte inštancie EC2, o ktorých si myslíte, že by ste ich nemali mať.
• Skontrolujte, či máte prebytok zväzkov EBS, ktoré nie sú spojené s inou inštanciou EC2.
• Pozrite sa do histórie cien spotových inštancií pre typy inštancií EC2, kde pravidelne používate spotové inštancie.

Programový prístup k informáciám o použití spotovej inštancie.

• Môžete nechať zapísať informácie o inštancii na mieste do S3 a nainštalovať skripty Python do AWS Lambda, aby automaticky detegoval nové súbory S3, porovnával ich so starými súbormi S3 a zisťoval, či boli inštancie ukončené a či ich ceny presahujú konkrétne prahové hodnoty alebo sa zvýšili. prudko.
• Amazon zapisuje údaje do S3 približne o 3 hodiny, takže týmto spôsobom nebudete okamžite informovaní o udalostiach. Je to najužitočnejšie na identifikáciu trvalých zvýšených cien v spotových cenách, na ktoré potom môžete vo voľnom čase pôsobiť prepnutím typu inštancie. Je to ideálne v prípadoch, kde máte prípady s dlhou životnosťou, pre ktoré ste nastavili vysokú ponukovú cenu, pretože sa vám nepáči prerušenie, ale napriek tomu chcete byť upozornení, ak je cena nejaký čas trvale vysoká, aby ste mohli prejsť na iný typ inštancie alebo zónu dostupnosti

Zvážte použitie cloudyn. Ide o startup, ktorý pomáha spoločnostiam monitorovať ich cloudové náklady.