Zasnovan tako, da Fail

26. marec 2014
English: Alan Shepard in capsule aboard Freedo...

Angleščina: Alan Shepard v kapsuli krovu svobodo 7 pred odskočno 1961 Alan Shepard postal prvi Američan v vesolju 5. maja iz leta 1961. On je začel na krov svojega Mercury-Redstone 3 raketo z imenom Svoboda 7-pod očmi polet je trajal 15 minut. (Foto kredit: Wikipedia)

Pišem to malo za mojo ženo in netehničnih prijatelji. Kot sem mislil s to idejo se mi je, da to ni posebno tehnično, in to je odličen način razloži, kaj sem preživel veliko svojega časa delal, ko sem dejansko oblikovanje rešitev.

Pred kratkim sta moja žena in moji telefonov razdeljena na različne načine, je njen padla in je nikoli ni bilo isto, saj je rudnik le imel nekaj premeten okvare strojne opreme in poskuša popraviti je bilo še slabše. Tehnologija kupimo na splošno skupaj s najcenejši ponudnik strojne opreme, z najnižjim tehnologijo blagovnih stroškov (ne vedno tako, vendar v veliki meri drži). Masovna proizvodnja znižuje stroške, tako da se rezanje vogali in zmanjšanje redundance (več komponent, ki so tam samo, da prevzame, ko je eden ne uspe).

V splošnem življenja doma večina od nas ne trudim z redundanco, nekateri od nas ne more imeti več kot eno namizni računalnik ali prenosni računalnik, vendar je večina od nas bo imela le en osebni telefon, eno TV velik zaslon, eden Blueray predvajalnik, itd itd Mi kupujejo blago in sprejmemo, da je blago in nagnjeni k odpovedi. Nekateri od nas se ne zavedaš tega in dobili razburjena, ko tehnologija ne uspe (morda veliko od nas se ne zavedaš tega!), Ampak ko se spomnite, da je tehnologija imate ni nujno najboljša (najboljša je drago), vendar najcenejši, boste spoznali, zakaj je tako nagnjeni k odpovedi. To je razlog, zakaj doma tehnologijo zavarovalniška industrija je tako močna!

Splošno , , ,

DevOps vs IT Ops

17. marec 2014

Sem preživel zadnjih nekaj mesecev pozorno spremlja delo odborov, in zaradi mojega razvoj spletnih ozadju dobim zastavico za razvoj delovnih mest. Zanimivo se zdi, da velika večina razvojnih vlog, ki se utaborili kot DevOps vlog. Sprva je to dobila moja zanima, kot sem se zelo zanimajo za početje DevOps vlogo (moje dev veščine so zarjaveli, vendar sem lahko naredil stran Ops zelo dobro). Toda zdi se večina DevOps vlog so preprosto samo razvojni vloge z malo upravljanju zaupnik vključeni, in upravljanje config je koda povezane, ki niso povezane infrastrukture.

Če pogledaš na strani IT operacije stvari, ti fantje so vse bolj vključeni v avtomatizirane gradi, upravljanje konfiguracije infrastrukture in povsod koncepta nespremenljiva strežnika. Problem je, da je pomembno cross-over v orodju za DevOps in IT-Ops. Če ste iskali na nekaj podobnega šef , lutka , Ansible ali soli , ki je eden izmed ključnih dejavnikov odločanja je ste razvijalec ali infrastruktura oseba. Razvijalci so bolj verjetno, da razumete GitHub repozitorije in poteke dela, medtem ko se bodo infrastrukturni fantje razumeli več skriptni avtomatizirano gradnjo. Z večjimi prodajalci infrastrukture virtualizacija, ki prihajajo na zabavo s stvarmi, kot so VMware Application direktorja in direktorja podatkov , kakor tudi Microsoftov App-Controller , ta trg je hitro postal zaseden.

Ampak ključno vprašanje je še vedno, ste razvijalec ali infrastruktura oseba? Bodisi infrastruktura oseba gradi predlogo za primopredajo k razvoju, ali razvijalec je ob pre-zgrajena predlogo in avtomatizacijo njihove kode v vrhu nje. Kaj pa DevOps potem? Na kateri točki se bo ekipa infrastrukturnih dejavnosti dejansko tesno sodelovala z razvojno ekipo? Mogoče vprašanje je bližje: Na kateri točki se bo ekipa infrastruktura naj razvojna ekipa bližje infrastrukture, in na kateri točki se bo razvojna ekipa pustite ekipa infrastruktura bližje njihove kode? Še vedno je preveč argumentov eno ali drugo smer (je koda ni optimizirana za virtualno dimnika, vaš infrastruktura ni dovolj dinamičen za našo kodo, itd itd).

Splošno , , , ,

Pojasnite Posnetki

11 marec 2014

To izgleda priljubljen iskalni pojem tako da mislim, da je vredno zajema off. To je zajeto v moji stari zgornji post o Britansko rezervacije , ampak bom kritje alternative tudi tukaj.

snap00259

NetApp posnetki Včasih je precej edinstven v industriji, vendar je industrija izraz za to tehnologijo je na splošno zdaj Pripni-on-Write / Preusmeritev-on-Write (novo piše se pripne na "konec", ali preusmerjeni na prostih blokov, odvisno kako gledate na to) in kar nekaj prodajalci delajo takole. Put zelo preprosto, se vsi novi podatki napisani na novih (ničli) blokov na disku. To pa pomeni, da mora biti logično na isti lokaciji kot podatkov o proizvodnji posnetek vesolja, ampak to res ne bi smel biti problem z bazeni širokim nalepk / agregati / skladiščenja (izberi želeno prodajalec mandat). Ko se naredi posnetek, se inode miza zamrznejo in kopirajo. Inode miza točke, do podatkovnih blokov, in so ti podatki bloki postala fiksna. Kot aktivni datotečnega sistema "spremembe" blokov, ti dejansko dobil pisno na nove lokacije na disku, in zato ni nadstreška za pisanje (novi bloki so že ničli). V drugih tehnologij (ne NetApp), je to tudi osnova za avtomatizirano tiering, ko se podatki "zaklenjen" s posnetkom, pa boš nikoli več napisal, tako da lahko varno vzporedno oblikovana iz SSD ali celo SAS za prebrane performansa redko vprašanje. FlashPools NetApp uporaba za bogatenje to, in posnetek je povod za podatke, ki se vzporedno oblikovana iz FlashPools, kot da nikoli ne bo "prepišejo".

Spletna stran je , , ,

VMware Ready CPU čas

11 marec 2014

Bil sem presenečen, da se v zadnjem času ta je prišel nazaj, da bi me preganjal kot problem, in velika ena na to.

Torej, kaj je problem? No, skrajšam zgodbo, če boste stradali virtualni posestvo virov CPU boste dobili vprašanja pripravljen v državni CPU. V veliki meri je to posledica 2 vprašanji, ki ste preveč storila svoje CPU virov (razmerje konsolidacija je previsoka), ali vaše virtualne stroje so velika prevelika (in njihova obremenitev previsoka).

VMware vSphere je zelo pameten s svojo CPU virtualizacijo. Da bi omogočili več virtualnih strojev delijo isto CPU prostor, it urniki njimi ven in noter. Odveč je reči, zelo hitro se to zgodi, in na splošno je edina stvar, ki jo boste opazili, je, da porabijo zelo malo CPU in imajo zelo visoko razmerje konsolidacije. Problem se pojavi res z velikim VMs (4 + vCPU je). vSphere mora biti veliko bolj inteligenten o tem, kot da je treba vse vCPU je potrebno načrtovati ob istem času ali rahlo nagnjen (del sproščenem sodelovanja spored 5.0 +). Okno priložnosti, da načrtujejo ti postane ožja več vCPU je dodelite, tako da 4 vCPU stroj mora čakati 4 logičnih jeder na voljo ( hiper navojem jedra štejejo kot posamezne logičnih jeder) in 8 vCPU stroj mora počakati 8. Širša gostitelj vSphere je daljša čakalna vrsta je lahko za CPU virov ter težje je urnik vse vCPU je je. Medtem ko naprava čaka virov CPU na voljo, je v pripravljenem stanju (kar pomeni, da ima CPU transakcije procesu, vendar ne more, saj so na voljo nobena sredstva). Sproščeno co-spored pomeni, da ni vedno treba čakati na vse vCPU je treba predvidoma ob istem času na logične fizičnih jeder, ampak to je pravilo palca pri dimenzioniranju.

Splošno , , , ,

Novi začetki

11 marec 2014

Prva nova objava v kaj, 2-3 let? WAFL.co.uk še vedno opravlja občudovanja vreden in zdaj, ko sem se preselil vloge Mislim, da je čas, da ponovno obiščete moje stare plamene. Moj dom lab potrebuje ponovno izgradnjo in nadgradnjo, in da se je treba dokumentirati!

Tako da sem se preselil v velikem strašno svetu naročila, ki temelji delo, sem začel svoj prvi vlogo pred nekaj tedni, in tako daleč, da se dogaja veliko. Želim, da posodobitev na moje podvige, izzive prave stranke, s katerimi se soočajo, in imajo nekaj mojih generičnih razglabljanja. Spletna stran bo manj NetApp osredotočene, vendar imam še vedno svoje korenine v skladišču!

Moja prva naloga vključenih veliko zanimivih izzivov, vendar pa je bil odlični tehnologija na voljo tudi tukaj. Močna DevOps ekipa (ki potrebujejo pomoč vključevanju Ops bit, ne vsi?), veliko Big Data izzivov in takojšnji projekt, da pogled na ustvarjanje bolj odzivno infrastrukturo, vključno, kjer je storitev v oblaku fit palca sem začel življenje kot spletni razvijalec, in to je super biti spet na dotcom podjetja in videli, kako so se razvili izzivi.

Okrepljeno jih Zemanta

Splošno , , ,

NetApp nastop OnCommand Uspešnost Manager

3. marec 2014
NetApp je prejšnji teden izšla OnCommand Uspešnost Manager Candidate 1.0 izdaje 1 (RC1), za vse NetApp strankami in partnerji. Ta nova programska oprema omogoča upravljanje uspešnosti, odpravljanje težav, in obvestilo dogodek za sisteme z operacijskim nakopičenih podatkov ONTAP 8.2 in 8.2.1.

Uspešnost Manager 1.0 RC1 je nameščen, ni nameščen, kot virtualni napravi v VMware ESX in ESXi. Virtualna naprava je vnaprej zgrajenega software snop, ki vsebuje operacijski sistem in programsko opremo, aplikacije, ki so vključeni, ki ga upravlja, in posodobljeno v paketu. Ta metoda distribucijo programske opreme poenostavlja, kar bi bilo sicer zapleten postopek namestitve.

Po razmestitvi, virtualna naprava Linux 2.6.32 temelji ustvarja virtualni stroj, ki vsebuje uporabniško programsko opremo, aplikacije tretjih oseb, in informacije o konfiguraciji vse vnaprej nameščen na virtualni stroj. Velik del virtualne naprave middleware je zgrajena predvsem z Java in vključuje številne komponente odprtokodne - predvsem od (vendar ni omejeno na) fundaciji Apache Software, Debian Project in Free Software Foundation.

Dimenzioniranje Uspešnost Manager temelji na številnih dejavnikov: število nakopičenih podatkov ONTAP grozdov, maksimalno število vozlišč v vsaki skupini, in največje število volumnov na vsakem vozlišču v gruči.

Da bi zadovoljili uradnega statusa supportability iz NetApp, Performance Manager 1.0 RC1 zahteva 12GB z (rezervirano) spomina, 4 navideznih procesorjev, in skupno 9572 MHz (rezervirano) CPU. Ta usposobljena konfiguracija izpolnjuje minimalne ravni sprejemljivo zmogljivost in konfiguriranje teh nastavitev manjše od predpisanega ni podprta. Zanimivo je, da povečuje koli od teh virov je dovoljeno - vendar se ne priporoča - kot to predvideva majhno dodano vrednost.

Dejstvo je, glede na december 2013 Podatki AutoSupport iz NetApp, večina kupcev pa naj bi se uvajanje enotnega Uspešnost Manager virtualne naprave; kot en primer, ne bodo primerna za 95% vseh trenutno razporejenih gruče sistemov podatkov ONTAP.

Prav tako je zanimivo, da obstaja kar nekaj izdelkov v OnCommand portfelja, ki zagotavljajo spremljanje uspešnosti. Torej, ko bi en izdelek primernejši nad drugo?

Začnimo s Performance Manager; to je najmanjši skupni imenovalec. Prav tako spremlja in troubleshoots globoko v nakopičenih sistem podatkov ONTAP.

OnCommand Balance omogoča odpravljanje težav in optimizacijo na naslednjo stopnjo - še posebej v virtualizacijo strežnikov okolju. Spremlja nakopičenih podatkov ONTAP se SSP, in gosti. To sovpada vse podatke s pomočjo analitike zmogljivosti in zagotavlja smernice.

Končno, OnCommand Insight je poln shranjevanje rešitev za upravljanje virov za velike, kompleksne, različnih proizvajalcev skladiščenje v virtualnih in fizičnih okoljih. NetApp stranke dodajo Insight, če imajo za shranjevanje drugih prodajalcev ", kot so EMC, HP, IBM, HDS, itd

No dovoljenje je potrebno napotiti OnCommand Performance Manager 1.0 RC1. Za želenega strežnika in brskalnika različice VMware, se nanašajo na interoperabilnost Matrix Tool (IMT) strani na NetApp mesta za podporo.

Geek ONTAP ,

NetApp predstavil FAS8000

19. februar 2014
NetApp je danes začela serija FAS8000, svojo najnovejšo podjetje platformo za skupno infrastrukturo, s tremi novimi modeli: FAS8020, FAS8040 in FAS8060, ki so nadomestili FAS/V3220, FAS/V3250 in FAS/V6220, respectively. Ta nova linija bo sprva ladja s podatki ONTAP 8.2.1 RC2, ki podpirajo bodisi 7-Mode ali nakopičenih podatkov ONTAP.

Vsi sistemi so na voljo bodisi v samostojni in HA konfiguracije v enem samem ohišju. Vse samostojne konfiguracije FAS8000 krmilnik lahko drugi krmilnik (istega modela), dodan na šasijo, da postane HA.

Novi FAS8000 je bil kvalificiran z DS2246, DS4246, DS4486, DS4243, DS14mk4 in DS14mk2-AT disk police so z IOM6, IOM3, ESH4 in na-FCX polici modulov. Virtualiziranih shranjevanje iz več prodajalcev, se lahko doda tudi v FAS8000 - brez namenskega V-Series "gateway" sistem - z novo "FlexArray" funkcijo programske opreme.

NetApp ne bo ponujal ločeno FlexCache model za FAS8000 Series.

Oglejmo raziskati tehnične podrobnosti vsake od teh novih sistemov za shranjevanje.


FAS8020
3U faktor oblike FAS8020 (z razvojnim imenom: "Buell"), ki je usmerjen k srednje velika podjetja strankam z mešanimi obremenitvami. Vsak procesor kontrolni modul (PCM) vsebuje eno-vtičnico, 2,0 GHz Intel E5-2620 "Sandy Bridge-EP" procesor s 6 jedri (12 na HA par), Intel Patsburg-J Southbridge in 24SI DDR3 fizičnega pomnilnika ( 48 GB na HA par).

NetApp podpira enojne in dvojne konfiguracije krmilnika v eno ohišje, vendar za razliko od prejšnjih sistemov, so I / O razširitveni modul (IOXM) konfiguracije ni podprta. Povečana mešanica visoko zmogljivih pristaniščih na krovu ter prožnost v novih poenotenih Target Adapter 2 (UTA2) pristanišč ponudila zmanjšuje potrebo po višjih igralnih računa na FAS8000 serije.

Kot pri NetApp NVRAM8 na prejšnjih sistemov kmetijskega svetovanja, vsak FAS8020 PCM vključuje 4GB NVRAM9 (8GB na HA par) z rezervno baterijo; če pride do izgube moči, je vsebina NVRAM destaged na NAND Flash pomnilnik. Ko je moč obnoviti, se nastali NVLOG nato ponavljamo za ponovno vzpostavitev sistema. NVRAM9 je integrirana na matični plošči in ne zavzame režo.

FAS8020 je zgrajen na Gen 3 PCI Express (PCIe) arhitekturi za vgrajenih naprav (kot so mostovi, PCI Ethernet / Fibre Channel / InfiniBand kartice in krmilniki SRS). Njeni reže podpirajo širok povezuje s x8 stez.

Zanimivo je, da HA seboj povezujejo za FAS8020 zdaj dopolnjuje 40GB QDR InfiniBand adapterji; To je velik nadgradnja od 10GBASE-KR (baker) ali 10GBASE-SR (vlakna) tehnologije pa je našel v FAS/V3220.

Tudi novi na FAS8020 je nova Unified Target Adapter (UTA) 2; Industrija shranjevanje prva od NetApp. To podpira 16 GB Fibre Channel (FC) ali 10Gb Ethernet, ki zagotavlja prihodnji prožnosti. Oba priključka mora biti nastavljena na isti "osebnosti" in spreminjanje enega Uta vrata bodo spremenili drugo pristanišče v isti osebnosti. FAS8020 ima eno ASIC za krovu UTA2 pristanišč in toleranco čez ASIC čipi, ki zahteva dodajanje X1143A-R6.

FC osebnost na UTA2 bo autorange hitrostmi prenosa od 16/8/4 Gb FC, vendar ne deluje na 2 ali 1 Gbps. 10GbE ne bo autorange pod 10GbE hitrostih. Pomembno je omeniti, da UTA2 vrata niso podprti s starejšimi DS14 FC police ali FC traku naprave. Če se želite povezati DS14 police ali FC traku, uporabite X1132A-R6 ali X2054A-R6.

FAS8020 lahko imajo največ 480 pogonov ali 240 SSD (na hektar sistem), z največjo prostornino 1920 TB. Najvišji znesek Flash Cache, in Flash Pool (kombinirana) zmogljivost je do 6TB na HA par. Največja skupna velikost na FAS8020 je 150TB in maksimalna velikost volumen je 70TB.

Gruči omejitve Podatki ONTAP vozlišču FAS8020 so 24 za NAS in 8 za SAN s homogeno grozda. Ni presenetljivo, da pravila platforme za mešanje z heterogene (mešane) grozdov omejiti FAS8020 z FAS/V3220s, 3250s, 3270s in 6210s do največ 8 vozlov tako za SAN in NAS grozdov. Več sodobni sistemi (kot so FAS/V6220s, 6240/50s in 6280/90s) so usposobljeni s 24 vozlišči za NAS in 8 vozlišč za SAN s FAS8020 - kot homogenih skupin. Prav tako se zaveda, da je bil FAS8020 teče znotraj heterogene (mešane) grozd FAS/V3210s, FAS/V3240s ali FAS22xx sistemov usposobljeni samo za 4 vozlišč za SAN in 4 vozlišč za NAS v tem trenutku.


FAS8040/60
6U Faktor oblike FAS8040 in FAS8060 (z razvojnim imenom: "Bimota"), so usmerjeni v srednje velika in velika podjetja strankam s poslovno-kritičnih aplikacij v oblaku in infrastrukture.

Vsak FAS8040 Procesor kontrolni modul (PCM) vsebuje eno-vtičnico, 2,1 GHz Intel E5-2658 "Sandy Bridge-EP" procesor z 8 jedri (16 na HA par), Intel Patsburg-J Southbridge in 32 GB DDR3 fizičnega pomnilnika (64GB na HA par).

Vsak FAS8060 PCM vključuje dual-vtičnica, 2,1 GHz Intel E5-2658 "Sandy Bridge-EP" procesorje s skupaj 16 jeder (32 na HA par), Intel Patsburg-J Southbridge in 64GB DDR3 fizičnega pomnilnika (128GB na HA par). Podatki ONTAP CPU na vsaki FAS8060 PCM doseže 1560%; to pomeni, da vseh 16 jeder aktivno servisiranje obsega dela (100% je enako eno jedro).

NetApp podpira enojne in dvojne konfiguracije krmilnika v eno ohišje, vendar za razliko od prejšnjih sistemov, so I / O razširitveni modul (IOXM) konfiguracije ni podprta. Povečana mešanica visoko zmogljivih pristaniščih na krovu ter prožnost z novimi UTA2 pristaniščih ponujena zmanjšuje potrebo po višjih igralnih računa na FAS8000 serije.

Kot pri NetApp NVRAM8 na prejšnjih sistemov kmetijskega svetovanja, vsak FAS8040 ali FAS8060 PCM vključuje 8GB NVRAM9 (16GB na HA par) z rezervno baterijo; če pride do izgube moči, je vsebina NVRAM destaged na NAND Flash pomnilnik. Ko je moč obnoviti, se nastali NVLOG nato ponavljamo za ponovno vzpostavitev sistema. NVRAM9 je integrirana na matični plošči in ne zavzame režo.

FAS8040/60 je zgrajen na Gen 3 PCI Express (PCIe) arhitekturi za vgrajenih naprav (kot so mostovi, PCI Ethernet / Fibre Channel / InfiniBand kartice in krmilniki SRS). Vse reže podpirajo X8 široke povezave.

Zanimivo je, da HA seboj povezujejo za FAS8040/60 zdaj dopolnjuje 40GB QDR InfiniBand adapterji; To je velik nadgradnja od 10GBASE-KR (baker) ali 10GBASE-SR (vlakna) tehnologije pa je našel v FAS/V3250 in skromno izboljšanje od FAS/V6220 's 20GB DDR InfiniBand seboj povezujejo.

Po NetApp, bi FAS8040 in FAS8060 uporabiti vse štiri vrata na vozilu za medsebojno povezovanje grozdov, da bi dosegli maksimalno učinkovitost v oddaljenih obremenitvi znotraj Data ONTAP 8.2.1. Ta najboljša praksa tudi zagotavlja, uvajajo lahko izkoristijo morebitno povečanje uspešnosti v prihodnjih izdajah podatkov ONTAP.

Tudi novi na FAS8040 in FAS8060 je nova Unified Target Adapter (UTA) 2; Industrija shranjevanje prva od NetApp. To podpira 16 GB Fibre Channel (FC) ali 10Gb Ethernet, ki zagotavlja prihodnji prožnosti. Oba priključka mora biti nastavljena na isti "osebnosti" in spreminjanje enega Uta vrata bodo spremenili drugo pristanišče v isti osebnosti. FAS8040 in FAS8060 imajo dve UTA2 Asics, in pristaniške pari e0e/0e in e0f/0f delitev ASIC, medtem ko pristanišča parov e0g/0g in e0h/0h delijo drugo ASIC.

FC osebnost na UTA2 bo autorange hitrostmi prenosa od 16/8/4 Gb FC, vendar ne deluje na 2 ali 1 Gbps. 10GbE ne bo autorange pod 10GbE hitrostih. Pomembno je omeniti, da UTA2 vrata niso podprti s starejšimi DS14 FC police ali FC traku naprave. Če se želite povezati DS14 police ali FC traku, uporabite X1132A-R6 ali X2054A-R6.

FAS8040 lahko imajo največ 720 pogonov ali 240 SSD (na hektar sistem), z največjo prostornino 2880 TB. Najvišji znesek Flash Cache, in Flash Pool (kombinirana) zmogljivosti je do 12TB na HA par. Največja skupna velikost na FAS8040 je 180TB in maksimalna velikost volumen je 100TB.

FAS8060 lahko vsebuje največ 1200 diskov ali 240 SSD (na hektar sistem), z največjo prostornino 4800 TB. Najvišji znesek Flash Cache, in Flash Pool (kombinirana) zmogljivosti je do 18TB na HA par. Največja skupna velikost na FAS8060 je 324TB in maksimalna velikost volumen je 100TB.

Gruči omejitve Podatki ONTAP vozlišču FAS8040/60 so 24 za NAS in 8 za SAN s homogeno grozda. Ni presenetljivo, da pravila platforme za mešanje z heterogene (mešane) grozdov omejiti FAS8040/60 z FAS/V3220s, 3250s, 3270s in 6210s do največ 8 vozlov tako za SAN in NAS grozdov. Več sodobni sistemi (kot so FAS/V6220s, 6240/50s in 6280/90s) so usposobljeni s 24 vozlišči za NAS in 8 vozlišč za SAN s FAS8040/60 - kot homogenih skupin.


Povzetek
FAS8000 je na voljo na ponudbo in takoj bi s podatki ONTAP 8.2.1 RC2. Pošiljke so načrtovana za marec 2014. Od maja 2014 bo FAS8000 sistemi so mogoče naročiti kot tovarniško nastavljenimi grozdih (FCC).

Geek ONTAP , generalni

Super Storage: Pogled ljubitelj v NFL je shranjevanje podatkov

11. februar 2014
Tako kot večina Američanov, pred kratkim sem gledal največji, najpogumnejši in najhladnejši dogodek v ameriškem nogometu: Super Bowl XLVIII z 112.200.000 mojih najbližjih "prijateljev".

Toda tudi če niste navdušeni nad veliko igro, boste morda še vedno zainteresirani, da spoznajo vlogo za shranjevanje podatkov za najbolj gledanih televizijskih programov v ameriški zgodovini.

V tednu pred Super Bowl, sem imel čast , da pomaga zvonil odprtju zvon na NASDAQ MarketSite v New Yorku - in kakšne izkušnje ! Prav tako sem imel priložnost za klepet z direktorjem NFL v informacijski tehnologiji, Aaron Amendolia, da razišče, kako vzvoda sisteme za upravljanje podatkov NetApp shranjevanje.

Začne se z 40 sistemi za shranjevanje NetApp FAS2200 serije, ki hranijo, varujejo in služijo podatke za vseh 32 NFL ekip, na tisoče osebja in milijone oboževalcev. Na primer:

Želite Statistika igralcev med tekmo? Vse igre igrajo neobdelanih podatkov, je takoj na voljo in je služil s sistemi za shranjevanje NetApp.

? Kot tiste akcijskih posnetkov televizijskih in časopisnih fotografi na sto tisoče fotografij in snemalcem zajem video visoke ločljivosti za redne tekme sezone, končnico in Super Bowl - vse shranjene na sistemih za shranjevanje NetApp.

Oglejte si nekdo nosil značko? NetApp zagotavlja infrastrukturo, ki podpira varnostno credentialing za vsakogar, od prodajalcev hot dog komisarju NFL.

Prav tako sem se naučil, da NFL dopolnjuje celoten sklad protokolov (tako SAN in NAS), z več kot 90% njihove infrastrukture teče virtualnih strojev na sistemih za shranjevanje NetApp.

Vendar pa vsak Super Bowl je edinstven.

NFL je končni uporabniki se pogosto nahajajo v hotelih z visoko latenco povezav; strojne opreme je izpostavljen težkih okoljih običajno ne najdemo v večini podatkovnih središč (soda can razlitja, umazanijo, peska, itd.) Dobra novica je, da SnapMirror, replikacija programska oprema vgrajena v Data ONTAP omogoča NFL na failover v primeru težav.

Dejstvo je, da redno testirati svoje načrte za obnovo po nesreči z (živo) samodejni preklop in failback.

Seveda, tvoja najljubša ekipa morda ne bi uspelo na Super Bowl v letošnjem letu, vendar partnerstvo z NFL in njegovih 32 ekip se ne konča z Super Bowl. To je še vedno business-as-običajno za NFL IT infrastrukture: posodabljanje knjige igre, video streaming, itd

Vsi, ki potrebujejo super platformo za shranjevanje, kot NetApp: uradni ponudnik za shranjevanje podatkov v NFL.

Geek ONTAP , generalni

NetApp javnost Flash Accel 1.3.0

30 januar 2014
NetApp je danes najavil dostopnost Flash pospeševanjem 1.3.0, njegovo strežniško programsko opremo, ki pretvori podpira strežnika flash predpomnilnik za sisteme zalednih podatkov ONTAP shranjevanje.

Koherentnost, Vztrajnost
Tako kot pri prejšnjih izdajah, Flash Accel 1.3.0 zaznava in popravlja usklajenosti na ravni bloka - bolj kot rdečica celotnega predpomnilnika. Rdečica celotnega predpomnilnika lahko dober, saj ni vprašanj podatki koherentnost, ampak grozno za uspešnost. Flash Accel cache razveljavitev popravlja predpomnilnika, držeč predpomnilnik vztrajen.

Poleg inteligentno usklajenosti, Flash Accel zagotavlja tudi vztrajnost čez VM / strežnik odmevajoč.

Korist tako inteligentno usklajenosti in vztrajnosti je zagotoviti, da sta predpomnilnik optimizira delovanje na vrhuncu (ko je toplo cache) in da se maksimalno učinkovitost lahko traja tako dolgo, kot je mogoče (z ohranjanjem predpomnilnika toplo za čim dlje ).


Side note: Koda Flash Accel upravlja strežnik predpomnilnika, pospeši dostop do podatkov, ki so shranjeni in podatkov ONTAP upravlja na sistemu za shranjevanje. Flash Accel NI Data ONTAP kode.

Kaj je novega
Flash Accel 1.3.0 doda naslednje značilnosti in funkcionalnosti:

  • Podpora za Windows Server golo kovinsko predpomnjenja:
    • Windows 2008 R2, Windows 2012 in Windows 2012 R2
    • FC in iSCSI podpora za golo kovino
    • Gruči apps podprte (hladno cache na preklop)
  • Dodaja podporo za Windows 2012 in 2012 R2 VMS in vSphere 5.5 podporo
    • Opomba: za uporabo Flash pospeševanjem z Flash pospeševalna Management Console (FAMC), vSphere 5.5 bo dodana podpora v nekaj tednih splošne razpoložljivosti Flash pospeševanjem 1,3
  • Do 4TB predpomnilnika na strežniku
  • Podpora za STEC PCI-e Accelerator
    • Opomba: Za VMware okolju, Flash Accel 1.3.0 je sprva na voljo le za uporabo z FAMC. 1.3.0 Podpora za uporabo NetApp Virtual Storage Console (VSC) bo na voljo, ko VSC 5,0 javnost

Preverite NetApp interoperabilnosti Matrix orodje (IMT) v skladu z novim »Flash pospeševalna" rešitev za shranjevanje v kategoriji "Server Caching rešitve" za najbolj ažurne podprtih konfiguracij.

Kot del te izdaje, je bila poraba pomnilnika zmanjša. Prej, Flash Accel potrebna 0,006 GB fizičnega spomina na gostitelja za vsak gigabajt pomnilnika naprave in 0,006 GB dodatnega pomnilnika na VM za vsak gigabajt prostora predpomnilnika dodeljene. Z različico 1.3.0, je zdaj mogoče konfigurirati 0,0035 GB fizičnega pomnilnika (na gostitelju) in 0,0035 GB dodatnega pomnilnika (na VM).

Prav tako je pomembno omeniti, da je bil privzeti predpomnilnik velikost bloka v različici 1.3.0 povečal od 4 Kb do 8 KB.

Flash Accel 1.3.0 lahko prenesete s katerim koli NetApp FAS ali V-Series kupcu brez stroškov. Če želite prenesti Flash Accel, obiščite NetApp podporne strani .

Geek ONTAP , generalni

Snap Creator Deep Dive

30. december 2013
NetApp Snap Creator Okvir je varstvo podatkov, programska oprema, ki vključuje NetApp funkcije z aplikacijami tretjih oseb, podatkovne baze, hypervisors in operacijskih sistemov.

Snap Creator je bil prvotno razvit v oktobru 2007 NetApp poklicnih storitev in hitrega ukrepanja Engineering zmanjšati (ali celo odpraviti) skripte. Danes, Snap Creator je v celoti podprl distribucijo programske opreme na voljo od NetApp mesta za podporo.

Snap Creator Team ponuja dve različici Snap Stvarnika: različica skupnost in uradne sprostitve NetApp. Različica skupnost vključuje najnovejše vtičnike, izboljšave in lastnosti, vendar ga NetApp Podpora ne podpira. NetApp verzija je popolnoma preizkušen in podpira, vendar ne vključuje najnovejše vtičnike, funkcij in izboljšave.

Oglejmo si zgradbo kratkim izdal Snap Creator 4,1 Skupnosti izpustov v novembru 2013.

Snap Creator Server Architecture
Snap Creator Server je običajno nameščen na centralizirani strežnik. Vključuje Workflow motor, ki je multi-navojem, XML poganja komponenta, ki izvaja vse Snap Creator ukaze.

Oba Snap Creator GUI in CLI, kakor tudi rešitve tretjih oseb (kot so PowerShell Cmdlets), vzvoda Snap Creator API. Na primer, lahko NetApp Workflow Automation vzvod PowerShell Cmdlets sporočiti Snap Stvarnika.

Če želite shraniti svoje konfiguracije, Snap Creator vključuje konfiguracijske datoteke in profilov v svojem skladišču; To vključuje svetovne zaupnik in profil ravni globalne zaupnik. Če ste seznanjeni s prejšnjimi različicami Snap Creator Server, eden od novih sestavnih delov je razširjeno Repository. Ta razširitev omogoča lokacijo baze podatkov za vsako delovno mesto, uvoženih podatke o delovnih mestih, in celo plug-in metapodatkov.


Za vztrajnost, Snap Creator Database shranjuje podatke o Snap Creator voznih redov in novih delovnih mest, kakor tudi uporabniki RBAC in vlog.

Vmesniki Storage je server-side komponento, ki skrbi za komunikacijo prek podatkovnih API ONTAP za izvedbo sistema za shranjevanje operacij, kot so SnapVault, SnapMirror itd Snap Creator vključuje tudi Unified Manager Interface, ki sporoča, da NetApp OnCommand Unified Manager; dejansko uporablja Unified API Manager (namesto ONTAP API).

Končno, Snap Creator Server vključuje Agent vmesnik, ki komunicira z agentu (ki je običajno nameščen na zunanjih gostiteljev na Snap Creator Server). Gremo naprej s Snap Creator zastopnik.

Snap Creator Agent Architecture
Snap Creator Agent 4,1 je bil pred kratkim v celoti predelajo v Java za multi-navojem na vseh operacijskih sistemih. Kot del te reportaža, šifriranje vsej programske opreme omogočen. To pomeni, da se bo prejšnjih izdaj (do vključno 4.0) komunicirajo le preko HTTP; ker je z različico 4.1, komunikacija se pojavlja samo več (šifrirano) HTTPS.

Prvič, Agent Interface (na strežniku) v pogovoru s povzročiteljem je prijeten vmesnik. Glavni sestavni del agenta je operacija / izvedba Manager. To je odgovorna za ravnanje dohodnih, odhodnih in / ali izpolnjene zahteve, medtem ko Izvedba Manager dejansko izpolni te zahteve.

Za izvedbo več opravil, vsak Snap Creator Agent vključuje Thread Pool; je sestavljen iz delavcev niti, ki določajo število danih poslih.

Toda kaj se zgodi, če je operacija po določenem času preseže vrednost čakalnega časa? To je, ko se povzročitelj je Watchdog lahko sproži izvršitev Manager. To se velikokrat sklicuje med QUIESCE operacij.


Gremo naprej, tam je Context Store, ki ima informacije, ki so potrebne v obdobju trajanja tega dela.

Snap Creator Agent vključuje tudi plug-in v tovarni, ki instanciranje vtičnike in komunicira neposredno kontekstu Store.

For Java Plug-ins, it's also important to note that it can directly talk back to the Context Store on the Agent, as well as to the Snap Creator Server -- via token-based storage access. This means that they can execute storage operations without communicating back to the Snap Creator Server. While this is a feature that hasn't been leveraged to date, it is nevertheless available moving forward.

But what happens if the Plug-in Factory instantiates a non-Java plug-in?

In this scenario, it executes the code of the existing Plug-in Integration Engine, which can run the version 4.0 or 3.6 plug-ins as well as supporting custom plug-ins written in Perl, Unix shell scripting, PowerShell, etc.

Povzetek
To recap, we've discussed both the server and agent architecture of Snap Creator 4.1. To learn more about developing plug-ins, visit SnapCreator.com .

Geek ONTAP , General



Ta stran ni povezana ali sponzorirati v vsakem primeru, ki ga NetApp ali katera koli druga družba iz znotraj.

© 2009-2014 Chris Kranz Vse pravice pridržane
Ta stran ni povezana ali sponzorirati v vsakem primeru, ki ga NetApp ali katera koli druga družba iz znotraj.