Conceput pentru a Fail

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

Engleză: Alan Shepard în capsulă la bordul Libertatea 7 înainte de lansare-1961 Alan Shepard a devenit primul american în spațiu pe 05 mai 1961. El a lansat la bordul lui Mercury-Redstone 3 rachetă numit Freedom 7-zborul suborbital a durat 15 minute. (Credit foto: Wikipedia)

Scriu acest lucru un pic pentru soția mea și prietenii non-tehnice. Așa cum m-am gândit, prin această idee a avut loc pentru mine faptul că nu este deosebit de tehnic, și este o modalitate foarte bună de a explica ceea ce mi-am petrecut o mulțime de timp mi fac atunci când am de fapt, proiectarea de soluții.

Recent, atât soția mea și telefoanele mele s-au rupt în diverse moduri, ea ei a scăzut și niciodată nu a fost la fel de atunci, a mea a avut doar un eșec hardware dubios și încearcă să-l repara făcut-o mai rău. Tehnologia ne-am cumpăra este, în general, puse împreună de mai ieftin furnizor de hardware, cu cel mai mic cost tehnologiilor de mărfuri (nu este întotdeauna cazul, dar în mare măsură adevărat). Producția de masă reduce costurile, astfel încât nu de tăiere colțuri și reducerea redundanță (mai multe componente, care sunt acolo doar pentru a lua peste, atunci când unul nu reușește).

În general, viața acasă cele mai multe dintre noi nu deranjez cu redundanță, unii dintre noi ar putea avea mai mult de un PC desktop sau laptop, dar cele mai multe dintre noi va avea doar un telefon personal, un televizor cu ecran mare, un jucator Blueray, etc etc Cumparam marfă și să acceptăm faptul că este o marfă și predispus la eșec. Unii dintre noi nu isi dau seama acest lucru și se supără atunci când tehnologia nu (probabil, o mulțime de noi nu realizeaza asta!), Dar atunci când vă amintiți că tehnologia aveți nu este neapărat cel mai bun (cel mai bun este scump), dar cele mai ieftine, iti vei da seama de ce este atât de predispus la eșec. Acesta este motivul pentru care industria de asigurări de tehnologie de origine este atât de puternic!

General de , , ,

DevOps vs IT-Ops

17 martie 2014

Mi-am petrecut ultimele câteva luni, monitorizarea îndeaproape placi de locuri de muncă, și din cauza trecutului meu dezvoltare web voi fi marcat de locuri de muncă de dezvoltare. Interesant marea majoritate a rolurilor de dezvoltare par să fie înclinate ca DevOps roluri. Inițial, aceasta are interesat meu ca mi-ar fi foarte interesat în a face un rol DevOps (abilitățile mele dev sunt ruginite, dar eu pot face partea Ops destul de bine). Dar se pare că majoritatea rolurilor DevOps sunt pur și simplu doar roluri de dezvoltare, cu un pic de management config incluse, precum și gestionarea de configurare este codul legat, nu infrastructura.

Dacă te uiți la partea de Operațiuni IT de lucruri, tipii ăștia sunt tot mai implicate în automat construiește, de gestionare a configurației infrastructurii și conceptul de server imuabil omniprezente. Problema este că există semnificativ cross-over în scule pentru DevOps și IT-Ops. Dacă sunteți în căutarea la ceva de genul Chef , Papusi , ansiblu sau sare , unul dintre factorii de decizie-cheie este sunteți un dezvoltator sau o persoană de infrastructură. Dezvoltatorii sunt mai multe sanse de a înțelege Github depozite și fluxuri de lucru, în timp ce baieti de infrastructură vor înțelege mai mult de scripting un construi automate. Cu marii comercianți de virtualizare a infrastructurii care vine la petrecere cu lucruri cum ar fi VMware Director de aplicare și director de date , precum și Microsoft App-Controller , această piață devine rapid ocupat.

Dar întrebarea cheie este încă, ești un dezvoltator sau o persoană de infrastructură? Fie o persoană infrastructură este construirea unui șablon de mână pe la dezvoltare, sau un dezvoltator este de a lua un model de pre-construite și automatizarea codul lor pe partea de sus a acesteia. Ce despre DevOps atunci? În ce moment va echipa de operațiuni de infrastructură de lucru efectiv îndeaproape cu echipa de dezvoltare? Poate că întrebarea este mai aproape de: La ce punct va echipa infrastructura lasa echipa de dezvoltare se apropie de infrastructura, și în ce moment va echipa de dezvoltare lăsați echipa de infrastructură se apropie de codul lor? Există încă prea multe argumente într-un fel sau altul (codul nu este optimizat pentru o stivă virtual, infrastructura nu este suficient de dinamică pentru codul nostru, etc, etc.)

Generale , , , ,

Explicați Instantanee

11 martie 2014

Acest lucru pare a fi un termen de căutare populare deci cred că merită să acopere off. Acest lucru este acoperit pe postul meu de sus veche despre rezervare Fractional , dar voi acoperi alternative de aici, de asemenea.

snap00259

NetApp instantanee folosit pentru a fi destul de unic în industrie, dar termenul industrie, pentru aceasta tehnologie este, în general, acum Adaugă-la-scriere / Redirect-la-scriere (noi scrieri sunt anexate la "sfârșitul", sau redirecționate către blocuri libere, în funcție de cum te uiți la ea) și destul de câteva furnizori face în felul acesta. Pune foarte simplu, toate datele nou este scris pentru noi blocuri (zero) pe disc. Acest lucru nu înseamnă că spațiul instantaneu trebuie să fie în mod logic, în aceeași locație ca și datele de producție, dar că într-adevăr nu ar trebui să fie o problemă cu piscine-striping lat / agregate / depozitare (alege pe termen furnizor preferat). Atunci când se ia un instantaneu, tabelul inode este înghețată și copiat. Punctele de masă inode la blocuri de date, și aceste blocuri de date devin acum fix. Ca active de sistem de fișiere "modificări" blocuri, acestea de fapt se scrisă de noi locații de pe disc, și astfel încât nu există nici o deasupra capului de scriere (noile blocuri sunt deja la zero). În alte tehnologii (nu NetApp), aceasta constituie, de asemenea, la baza de tiering automat, o dată de date este "blocat" de un instantaneu, acesta va fi niciodată supra-scris, astfel încât să poată fi în siguranță pe niveluri de SSD sau chiar SAS ca performanță citit este rareori o problemă. Utilizare NetApp FlashPools pentru a spori acest lucru, și un instantaneu este un trigger pentru ca datele să fie niveluri din FlashPools ca ea nu va mai fi "suprascrise".

Căutări web , , ,

VMware CPU Ready Timp

11 martie 2014

Am fost surprins de faptul că recent, acest lucru a venit înapoi la mine bântuie ca o problemă, și un mare unul la asta.

Deci, care este problema? Ei bine, pe scurt, dacă ai muri de foame bunuri virtuale de resurse CPU veți obține CPU probleme de-a gata de stat. În general, acest lucru este cauzat de 2 probleme, ai mai mult de-a comis resurse CPU (raportul de consolidare este prea mare), sau mașini virtuale sunt de dimensiuni prea mari (și volumul de lucru este prea mare).

VMware vSphere este foarte inteligent cu ea CPU virtualizare. În scopul de a permite mai multe masini virtuale împărtășesc aceeași spațiu CPU, le orarele și în afară. Inutil să spun acest lucru se întâmplă foarte repede, și, în general vorbind singurul lucru pe care veți observa este că consuma foarte puțin CPU și au un raport foarte ridicat de consolidare. Problema apare într-adevăr cu VMS (4 + vCPU lui). vSphere trebuie să fie mult mai inteligent despre acest lucru, deoarece nevoia tot vCPU de a fi programate în același timp, sau înclinat ușor (o parte din co-programarea relaxat în 5.0 +). Fereastra de oportunitate pentru a programa acestea se ingusteaza mai mult de vCPU atribuiți, deci o mașină 4 vCPU trebuie să aștepte timp de 4 nuclee logice pentru a fi disponibil ( filet hiper- nuclee conta nuclee logice ca individuale), și 8 mașină vCPU trebuie să aștepte pentru 8. Mai ocupată o gazdă vSphere este, cu atât mai mult o coada poate exista pentru resurse CPU si cu atat mai greu este de a programa toate lui vCPU este. În timp ce o mașină este de așteptare pentru resurse CPU pentru a fi disponibil, acesta este într-o stare gata (ceea ce înseamnă că are tranzacțiile CPU pentru a procesa, dar nu se poate ca sunt disponibile resurse). Relaxat co-programarea înseamnă că nu trebuie întotdeauna să așteptați pentru toate de vCPU să fie programate în același timp, pe nuclee fizice logice, dar aceasta este o regulă de degetul mare atunci când dimensionarea.

General , , , ,

Noi începuturi

11 martie 2014

Primul post nou în ceea ce, 2-3 ani? WAFL.co.uk încă efectuează admirabil și acum că m-am mutat roluri m-am gândit că e timpul să re-vizita vechile mele flăcări. Laboratorul meu de origine are nevoie de o re-construi și upgrade-ul și că ar trebui sa documentat!

Așa că m-am mutat în lumea mare înfricoșător de muncă pe bază de contract, am început primul meu rol de câteva săptămâni în urmă, și așa mai departe merge grozav. Vreau să păstreze o actualizare pe exploit-mi, provocările reale cu care se confruntă clienții și împărtășesc unele dintre meditațiile mele generice. Site-ul va fi mai putin NetApp centric, dar eu încă mai au rădăcinile mele în depozit!

Primul meu rol a implicat o mulțime de provocări interesante, dar există unele tehnologii mare disponibil aici. Un puternic DevOps echipă (care au nevoie de ajutor de integrare bitul Ops, nu toată lumea?), o mulțime de provocări mari de date, și un proiect imediat să se uite la crearea unei infrastructuri mult mai receptiv, inclusiv în cazul în care serviciile de cloud potrivi inch am început viața ca un dezvoltator web, și este minunat să mă întorc la o companie dotcom și văzând cât de provocările au evoluat.

Consolidată prin Zemanta

General , , ,

NetApp debuteaza OnCommand Performance Manager

03 martie 2014
NetApp saptamana trecuta a lansat OnCommand Performance Manager de 1.0 Release Candidate 1 (RC1), pentru a tuturor clientilor si partenerilor NetApp. Acest nou program oferă de management al performantei, depanare, și de notificare eveniment pentru sistemele care rulează grupate date ONTAP 8.2 și 8.2.1.

Performance Manager de 1.0 RC1 este implementat, nu este instalat, ca un dispozitiv virtual VMware ESX sau în ESXi. Un aparat virtual este un pachet software preinstalat, care conține un sistem de operare și aplicații care sunt integrate software, a reușit, și actualizat, după cum un pachet. Această metodă de distribuție de software simplifică ceea ce ar fi un proces de instalare altfel complex.

După implementare, aparatul virtuală Linux 2.6.32 bazat pe creează o mașină virtuală care conține software-ul de utilizator, aplicații de la terți, precum și toate informațiile de configurare pre-instalat pe mașina virtuală. O mare parte din middleware dispozitiv virtual este construit în primul rând cu Java și include mai multe componente open-source - mai ales din (dar fără a se limita la) Apache Software Foundation, Proiectul Debian, și Free Software Foundation.

Dimensionarea Performance Manager se bazează pe o serie de factori: numărul de clustere de date ONTAP grupate, numărul maxim de noduri din fiecare grup, precum și numărul maxim de volume cu privire la orice nod într-un cluster.

În scopul de a satisface starea suportabilitate oficial de la NetApp, Performance Manager de 1.0 RC1 necesită 12GB de (rezervat) de memorie, 4 procesoare virtuale, și un total de 9572 MHz a (rezervat) CPU. Această configurație calificat indeplineste niveluri minime de performanță acceptabile și configurarea acestor setări mai mici decât cele specificate nu este suportat. Interesant, creșterea oricare dintre aceste resurse este permis - dar nu este recomandat - cum a face acest lucru oferă o mică valoare suplimentară.

Într-adevăr, în conformitate cu decembrie 2013 date AutoSupport de la NetApp, majoritatea clienților ar trebui să se aștepte să implementeze o singură performanță manager aparat virtuală, ca un exemplu, va fi potrivit pentru 95% din toate grupate sistemelor de date ONTAP desfășurate în prezent.

Este de asemenea interesant de observat că există destul de câteva produse în portofoliul OnCommand care asigura monitorizarea performanței. Deci, atunci când ar fi mai potrivite peste alta produs?

Să începem cu Performance Manager, acesta este cel mai puțin numitorul comun. Monitorizează și depanează adânc în sistemul de date ONTAP grupate.

OnCommand Balanța oferă depanare si optimizare la nivelul următor - mai ales într-un mediu de virtualizare a serverului. Acesta monitorizează cluster de date ONTAP, VMS, și gazde. Se coreleaza toate datele prin utilizarea de analiză de performanță și oferă îndrumare.

În cele din urmă, OnCommand Insight este o soluție completă de gestionare a resurselor de stocare pentru complex, de stocare mare, mai mulți furnizori în medii virtuale si fizice. Clienții NetApp Insight adauga dacă au de stocare alți furnizori, cum ar fi EMC, HP, IBM, HDS, etc

Nici o licență este necesară pentru a implementa OnCommand Performance Manager de 1.0 RC1. Pentru versiunile de server și browser-ul necesare VMware, se referă la Interoperability Matrix Tool pagină (IMT), pe suport Site NetApp.

Geek ONTAP ,

NetApp lanseaza FAS8000

19 februarie 2014
NetApp a lansat astăzi seria FAS8000, cea mai noua platforma sa de companie de infrastructură comună, cu trei noi modele: FAS8020, FAS8040, și FAS8060, care înlocuiesc FAS/V3220, FAS/V3250, și FAS/V6220, respectiv. Această nouă linie va fi livrat inițial cu date ONTAP 8.2.1 RC2, sprijinirea fie 7-Mode sau cluster de date ONTAP.

Toate sistemele sunt disponibile în configurații, fie de sine stătătoare și HA într-un singur șasiu. Toate configurațiile controler FAS8000 standalone poate avea un al doilea controler (din același model) se adaugă la șasiu pentru a deveni HA.

Noul FAS8000 a fost calificat cu DS2246, DS4246, DS4486, DS4243, DS14mk4, iar rafturile DS14mk2-AT disc cu IOM6, IOM3, ESH4, și AT-FCX module raft. De stocare virtualizate de la mai mulți furnizori pot fi, de asemenea, adăugate la FAS8000 - fără a V-Series "poarta" sistem dedicat - cu noul "FlexArray" Funcția software.

NetApp nu va oferi un model de FlexCache separat pentru seria FAS8000.

Să exploreze detaliile tehnice ale fiecărei unul dintre aceste noi sisteme de stocare.


FAS8020
3U factor de formă FAS8020 (nume de cod: "Buell") este orientată spre-dimensiuni medii clientii enterprise cu volumul de lucru mixte. Fiecare Modulul de comandă a procesorului (PCM), include un singur socket, 2.0 GHz Intel E5-2620 "Sandy Bridge-EP" procesor cu 6 nuclee (12 per pereche HA), un procesor Intel Patsburg-J Southbridge, și 24GB de memorie DDR3 fizică ( 48GB per HA pereche).

NetApp suportă configurații single si duble controlor într-un șasiu, dar spre deosebire de sistemele anterioare, I / O modul de extensie (IOXM) configurații nu sunt acceptate. Mix crescut de înaltă performanță porturi de pe bord și flexibilitatea oferită de noile Target Adapter 2 (UTA2) porturile Unified reduce nevoia de contează slot de mari pe seria FAS8000.

Ca cu NetApp NVRAM8 pe sistemele anterioare FAS, fiecare PCM FAS8020 include 4GB de NVRAM9 (8GB pe pereche HA) cu baterie de rezervă, ar trebui să apară o pierdere de putere, conținutul NVRAM sunt destaged pe memorie NAND Flash. Odată ce puterea este restabilită, NVLOG rezultată este apoi redată pentru a restaura sistemul. NVRAM9 este integrat pe placa de bază și nu ocupă un slot.

FAS8020 este construit pe arhitectura Gen 3 PCI Express (PCIe) pentru dispozitive încorporate (cum ar fi poduri PCI, Ethernet / fibre adaptoare de canal / InfiniBand, și controlere SAS). Sloturi sale sprijine legături largi de până la benzi x8.

Interesant, de interconectare HA pentru FAS8020 foloseste acum adaptoare 40Gb QDR InfiniBand, acesta este un upgrade substanțial de la 10GBASE-KR (cupru) sau 10GBASE-SR tehnologie (fibre) a constatat în cadrul FAS/V3220.

De asemenea, nou la FAS8020 este noul Unified adaptorul Target (UTA) 2, o industrie de depozitare prima de la NetApp. Aceasta susține 16GB Fibre Channel (FC) sau 10Gb Ethernet, oferind flexibilitate în viitor. Ambele porturi trebuie să fie setate la aceeași "personalitatea" și schimbarea un port UTA se va schimba de-al doilea port pentru aceeași personalitate. FAS8020 are un singur ASIC pentru porturi UTA2 bord, și toleranță la erori în ASIC necesită adăugarea X1143A-R6.

FC personalitate pe UTA2 va autoscalare viteze de link-ul de la 16/8/4 Gb FC, dar nu funcționează la 2 sau 1 Gbps. 10GbE nu va AUTORANGE de mai jos viteze 10GbE. Este important să rețineți că porturile UTA2 nu sunt acceptate cu mari rafturi FC DS14 sau dispozitive de bandă FC. Pentru a vă conecta la rafturi DS14 sau FC bandă, utilizarea X1132A X2054A-R6 sau-R6.

FAS8020 poate deține un maxim de 480 de unități sau 240 de SSD-uri (pe sistem HA), cu o capacitate maximă de 1.920 TB. Suma maximă de Flash Cache și Flash Pool capacitate (combinat) este de până la 6TB pe pereche HA. Dimensiunea maximă totală pe o FAS8020 este 150TB și dimensiunea maximă de volum este de 70TB.

Grupate limite nod de date ONTAP de o FAS8020 sunt 24 de NAS și 8 pentru SAN cu un grup omogen. Nu este surprinzator, reguli de amestecare platforma cu grupuri eterogene (mixte) limita FAS8020 cu FAS/V3220s, 3250s, 3270s, 6210s și până la un maxim de 8 noduri atât pentru SAN și clustere NAS. Sistemele mai moderne (cum ar fi FAS/V6220s, 6240/50s, și 6280/90s) sunt calificate cu 24 noduri pentru NAS si 8 noduri pentru SAN cu FAS8020 - la fel ca grupuri omogene. De asemenea, să fie conștienți de faptul că FAS8020 rulează într-un (mixt) grup eterogen de FAS/V3210s, FAS/V3240s, sau sisteme de FAS22xx a fost calificat doar de 4 noduri pentru SAN și 4 noduri pentru NAS la acest moment.


FAS8040/60
6U factor de formă FAS8040 și FAS8060 (nume de cod: "Bimota") sunt orientate spre mediu pentru clienții întreprinderi mari cu aplicații critice de business și infrastructură cloud.

Fiecare modul FAS8040 de control al procesorului (PCM), include un singur socket, 2.1 GHz Intel E5-2658 "Sandy Bridge-EP" procesor cu 8 nuclee (16 per pereche HA), un procesor Intel Patsburg-J Southbridge, și 32GB de memorie DDR3 fizice (64GB per HA pereche).

Fiecare PCM FAS8060 include dual-socket, 2.1 GHz Intel E5-2658 "Sandy Bridge-EP", procesoare, cu un total de 16 nuclee (32 per pereche HA), un procesor Intel Patsburg-J Southbridge, și 64GB de memorie fizică DDR3 (128GB pe HA pereche). Date ONTAP utilizarea procesorului pe fiecare PCM FAS8060 ajunge la 1,560%, ceea ce înseamnă toate 16 nuclee sunt de service activ volumul de muncă (100% este egal cu un nucleu).

NetApp suportă configurații single si duble controlor într-un șasiu, dar spre deosebire de sistemele anterioare, I / O modul de extensie (IOXM) configurații nu sunt acceptate. Mix crescut de înaltă performanță porturi de pe bord și flexibilitatea oferită de noile porturi UTA2 reduce nevoia de contează slot de mari pe seria FAS8000.

Ca cu NetApp NVRAM8 pe sistemele anterioare FAS, fiecare FAS8040 sau FAS8060 PCM include 8GB de NVRAM9 (16GB per pereche HA) cu baterie de rezervă, ar trebui să apară o pierdere de putere, conținutul NVRAM sunt destaged pe memorie NAND Flash. Odată ce puterea este restabilită, NVLOG rezultată este apoi redată pentru a restaura sistemul. NVRAM9 este integrat pe placa de bază și nu ocupă un slot.

FAS8040/60 este construit pe arhitectura Gen 3 PCI Express (PCIe) pentru dispozitive încorporate (cum ar fi poduri PCI, Ethernet / fibre adaptoare de canal / InfiniBand, și controlere SAS). Toate sloturile suporta link-uri la nivel x8.

Interesant, de interconectare HA pentru FAS8040/60 foloseste acum adaptoare 40Gb QDR InfiniBand, acesta este un upgrade substanțial de tehnologie (fibre) 10GBASE-KR (cupru) sau 10GBASE-SR găsit în FAS/V3250 și o îmbunătățire modestă a FAS/V6220 's 20GB DDR InfiniBand interconectare.

În conformitate cu NetApp, FAS8040 și FAS8060 ar trebui să utilizeze toate cele patru porturi de pe bord pentru interconectare grup, în scopul de a atinge performanțe de vârf pentru volumul de lucru de la distanță în cadrul de date ONTAP 8.2.1. Acest cele mai bune practici, de asemenea, asigură implementări pot profita de potențiale creșteri de performanță în versiuni viitoare ale date ONTAP.

De asemenea, nou la FAS8040 și FAS8060 este noul Unified adaptorul Target (UTA) 2, o industrie de depozitare prima de la NetApp. Aceasta susține 16GB Fibre Channel (FC) sau 10Gb Ethernet, oferind flexibilitate în viitor. Ambele porturi trebuie să fie setate la aceeași "personalitatea" și schimbarea un port UTA se va schimba de-al doilea port pentru aceeași personalitate. FAS8040 și FAS8060 au două ASIC UTA2, și perechi de porturi sunt e0e/0e și e0f/0f schimbul de un ASIC, în timp ce perechi de port e0g/0g și e0h/0h împărtășesc doilea ASIC.

FC personalitate pe UTA2 va autoscalare viteze de link-ul de la 16/8/4 Gb FC, dar nu funcționează la 2 sau 1 Gbps. 10GbE nu va AUTORANGE de mai jos viteze 10GbE. Este important să rețineți că porturile UTA2 nu sunt acceptate cu mari rafturi FC DS14 sau dispozitive de bandă FC. Pentru a vă conecta la rafturi DS14 sau FC bandă, utilizarea X1132A X2054A-R6 sau-R6.

FAS8040 poate deține un maxim de 720 de unități sau 240 de SSD-uri (pe sistem HA), cu o capacitate maximă de 2.880 TB. Suma maximă de Flash Cache și Flash Pool capacitate (combinat) este de până la 12TB pe pereche HA. Dimensiunea maximă totală pe o FAS8040 este 180TB și dimensiunea maximă de volum este de 100TB.

FAS8060 poate deține un maxim de 1.200 de unități sau 240 de SSD-uri (pe sistem HA), cu o capacitate maximă de 4.800 TB. Suma maximă de Flash Cache și Flash Pool capacitate (combinat) este de până la 18TB pe pereche HA. Dimensiunea maximă totală pe o FAS8060 este 324TB și dimensiunea maximă de volum este de 100TB.

Grupate limite nod de date ONTAP de o FAS8040/60 sunt 24 de NAS și 8 pentru SAN cu un grup omogen. Nu este surprinzator, reguli de amestecare platforma cu grupuri eterogene (mixte) limita FAS8040/60 cu FAS/V3220s, 3250s, 3270s, 6210s și până la un maxim de 8 noduri atât pentru SAN și clustere NAS. Sistemele mai moderne (cum ar fi FAS/V6220s, 6240/50s, și 6280/90s) sunt calificate cu 24 noduri pentru NAS si 8 noduri pentru SAN cu FAS8040/60 - la fel ca grupuri omogene.


REZUMAT
FAS8000 este disponibil la citat și ordine imediat cu date ONTAP 8.2.1 RC2. Transporturile sunt planificate să înceapă martie 2014. Începând cu mai 2014, sisteme FAS8000 va fi la fel de Comandă configurat din fabrica Clusters (FCC).

Geek ONTAP , General

Super depozitare: Vezi Un fan a NFL de stocare a datelor

11 februarie 2014
Ca majoritatea americanilor, m-am uitat recent cel mai mare, mai îndrăzneț și mai rece evenimentul în fotbal american: Super Bowl XLVIII cu 112.2 milioane de mei cei mai apropiați "prieteni".

Dar chiar dacă nu ai primit încântat de joc mare, s-ar putea fi mai interesat de a învăța despre rolul de stocare a datelor pentru programul de televiziune cel mai vizionat din istoria Americii.

În timpul săptămânii au dus la Super Bowl, am avut privilegiul de a ajuta sune clopotul de deschidere de la MarketSite NASDAQ din New York - și ceea ce o experiență ! Am avut de asemenea ocazia de a discuta cu directorul NFL de Tehnologia Informatiei, Aaron Amendolia, pentru a explora modul în care pârghie sisteme de stocare NetApp de gestionare a datelor.

Acesta începe cu 40 de sisteme de stocare NetApp FAS2200 seria care stochează, proteja, și servesc de date pentru toate 32 de echipe din NFL, mii de personal, și milioane de fani. De exemplu:

Vrei statistici timpul jocului? Toate joc juca de date brute sunt imediat disponibile și cu sisteme de stocare NetApp.

? Ca acele fotografii de acțiune de televiziune și ziare fotografi să ia sute de mii de fotografii și cameramani captura video de înaltă definiție de jocuri de sezon regulat, playoff, și Super Bowl - toate stocate pe sisteme de stocare NetApp.

Vedea pe cineva purtand o insigna? NetApp asigură infrastructura care susține credentialing securitate pentru toată lumea de la furnizorii de hot dog pentru comisarul NFL.

Am aflat, de asemenea, că NFL foloseste intreaga stiva de protocoale (atat SAN si NAS), cu peste 90% din infrastructura lor ruleaza masini virtuale pe sisteme de stocare NetApp.

Cu toate acestea, fiecare Super Bowl este unic.

Utilizatorii finali NFL sunt adesea situate în hoteluri, cu conexiuni de mare latență, hardware-ul este supus la medii dure, de obicei, nu a fost găsit în cele mai multe centre de date (sifon poate scurgerile, murdărie, gresie, etc). Vestea bună este că SnapMirror, software-ul de replicare construit în date ONTAP, permite NFL pentru failover, în cazul unei probleme.

De fapt, ele testează periodic planurile lor de recuperare în caz de dezastru cu failover (vii) și failback.

Sigur, echipa ta favorita ar putea să nu fi ajuns la Super Bowl din acest an, dar parteneriatul cu NFL și echipelor sale 32 nu se încheie cu Super Bowl. E încă-business-as-usual pentru infrastructura IT NFL: actualizarea playbooks, streaming video, etc

Toate acestea necesită o platformă de stocare cum ar fi super-NetApp: furnizorul oficial al NFL de stocare a datelor.

Geek ONTAP , General

NetApp de presă Flash Accel 1.3.0

30 ianuarie 2014
NetApp a anuntat astazi disponibilitatea de Flash Accel 1.3.0, software-ul server-side, care se transformă bliț de server sprijinit într-un cache pentru sistemele de stocare ONTAP de date backend.

Coerență, Persistența
Ca și în edițiile anterioare, Flash Accel 1.3.0 detectează și corectează pentru coerență la nivel de bloc -, mai degrabă decât de spălare întreaga cache. Înroșirea feței intregul cache-ul poate fi de bun ca nu sunt probleme de coerență a datelor, dar teribil de performanță. Flash Accel cache invalidare corectează cache, păstrând în același timp memoria cache persistente.

În plus față de coerență inteligent de date, Flash Accel oferă, de asemenea, persistența pe repornește VM / server.

În beneficiul atât coerență datelor inteligent si persistenta este de a asigura că atât cache-ul optimizează performanța la vârf (de exemplu, în cazul în care cache-ul este cald) și că performanța de vârf poate dura la fel de mult posibil (prin menținerea cache cald pentru cât mai mult posibil ).


Notă: Cod Flash Accel gestionează cache de server, accelerarea accesului la date care sunt stocate și gestionate de date ONTAP pe sistemul de stocare. Flash Accel nu este cod de date ONTAP.

Ce este nou
Flash Accel 1.3.0 adaugă următoarele caracteristici și funcționalități:

  • Suport pentru Windows Server metalice goale caching:
    • Windows 2008 R2, Windows 2012 și Windows 2012 R2
    • FC și iSCSI de sprijin pentru metal goale
    • Aplicații grupate acceptate (cache rece pe failover)
  • Adauga suport pentru Windows 2012 și 2012 R2 virtuale și vSphere 5.5 suport
    • Notă: pentru utilizarea de Flash Accel cu Flash Accel Management Console (FAMC), vSphere va fi adăugat 5,5 suport în termen de săptămâni de disponibilitatea generală a Flash Accel 1.3
  • Până la 4TB de cache per server
  • Suport pentru Stec PCI-e Accelerator
    • Notă: Pentru mediu VMware, Flash Accel 1.3.0 este inițial disponibil numai pentru utilizarea cu FAMC. 1.3.0 suport pentru utilizarea cu NetApp Virtual Storage Console (VSC), va fi disponibil atunci când VSC 5.0 de presă

Verificați NetApp Interoperability Matrix Tool (IMT), în conformitate cu noul "Flash Accel" soluția de stocare în categoria "Solutii Caching Server" pentru configurațiile cele mai până la data acceptate.

Ca parte a acestui comunicat, consumul de memorie a fost redus. Anterior, Flash Accel necesare 0,006 GB de memorie fizică pe gazda pentru fiecare gigabyte de memorie aparat și 0.006 GB memorie suplimentară pe VM pentru fiecare gigabyte de memorie cache spațiu alocat. Cu versiunea 1.3.0, este acum posibil pentru a configura 0,0035 GB de memorie fizică (pe gazdă) și 0,0035 memorie suplimentară GB (pe VM).

Este de asemenea important să rețineți că cache implicit dimensiunea blocului în versiunea 1.3.0 a fost crescut de la 4 KB la 8 KB.

Flash Accel 1.3.0 poate fi descărcat de către orice client NetApp FAS sau V-Series de la nici un cost. Pentru a descărca Flash Accel, vizitați site-ul de suport NetApp .

Geek ONTAP , General

Ajustare Creator profundă Dive

30 decembrie 2013
NetApp cadru Ajustare Creator este un software de protecție a datelor care se integrează caracteristici NetApp cu aplicații de la terți, baze de date, hypervisori, și sisteme de operare.

Ajustare Creator a fost inițial dezvoltat în octombrie 2007 de către NetApp Servicii profesionale și Rapid Inginerie răspuns pentru a reduce (sau chiar elimina) scripting. In zilele noastre, Ajustare Creator este o distributie de software pe deplin susținută disponibil de pe situl NetApp.

Creatorul Echipa Ajustare oferă două versiuni de Ajustare Creator: o versiune comunitate și o lansare oficială NetApp. Versiunea comunitate include cele mai recente plug-in-uri, îmbunătățiri, și caracteristici, dar nu este susținută de NetApp Support. NetApp versiune este pe deplin testat și susținute, dar nu include cele mai recente plug-in-uri, caracteristici și îmbunătățiri.

Să explora arhitectura a lansat recent Ajustare Creator 4.1 comunitar de lansare în noiembrie 2013.

Ajustare Creator Server Arhitectura
Snap Creator Server este instalat în mod normal pe un server centralizat. Acesta include un motor de flux de lucru, care este o, componentă bazată pe XML multe fire care execută toate comenzile snap Creator.

Atât Creator GUI și CLI snap, precum și soluții de la terți (cum ar fi cmdlet-urile PowerShell), pârghie API Ajustare Creator. De exemplu, NetApp flux de lucru de automatizare puteți utiliza cmdlet-urile PowerShell pentru a comunica la Ajustare Creator.

Pentru a stoca configurații sale, Ajustare Creator include fișierele de configurare și profile din Repository sale; aceasta include configs globale și configs globale la nivel de profil. Dacă sunteți familiarizat cu versiunile anterioare de Ajustare Creator Server, una dintre componentele noi este depozitul extins. Această extensie oferă o locație de baze de date pentru fiecare loc de muncă, informații importate despre locurile de muncă, și chiar plug-in metadate.


De persistență, baza de date Ajustare Creator stochează detalii cu privire la programele de Ajustare Creator și locuri de muncă, precum și utilizatorii RBAC și roluri.

Interfața de stocare este componenta server-side care se ocupă de comunicarea prin date ONTAP API-uri pentru a efectua operațiuni de sisteme de depozitare, cum ar fi SnapVault, SnapMirror, etc Ajustare Creator include, de asemenea, interfața de Manager de Unified care comunică la NetApp OnCommand Unified Manager, se folosește de fapt Unified Manager de API-uri (în loc de ONTAP API-uri).

În cele din urmă, Creator Server Ajustare include o interfață agent care comunică cu agent (care este, în general, instalat pe gazde externe la server Ajustare Creator). Să trecem la Creator Agentul Ajustare.

Ajustare Creator Agent Arhitectura
Agentul Creator Snap 4.1 a fost rescris recent complet în Java pentru a fi multi-threaded pe toate sistemele de operare. Ca parte a acestui rescriere, de criptare a fost activat de-a lungul a software-ului. Acest lucru înseamnă că versiunile anterioare (până la și inclusiv versiunea 4.0) va comunica doar prin HTTP, în timp ce cu versiunea 4.1, comunicarea are loc doar peste (criptate) HTTPS.

În primul rând, interfața Agent (pe server), vorbește cu RESTful Interface Agentului. Componenta principală a Agentului este Manager de operare / executie. Acesta este responsabil pentru manipularea orice cereri de intrare, ieșire, și / sau finalizate, în timp ce directorul de executie completează de fapt aceste cereri.

Pentru a executa mai multe sarcini, fiecare Ajustare Creator Agent include o piscină subiect, este alcătuită din fire de lucrător, care determină numărul de operațiuni de date.

Dar ce se întâmplă dacă o operațiune a depășit o valoare timeout după o perioadă specificată? Acest lucru este atunci când Watchdog Agentul poate fi declanșat de către Managerul de executie. Acesta este deseori invocat în timpul operațiunilor de quiesce.


Mutarea pe, e un magazin de context care deține informații de care este nevoie pe durata de viață a fluxului de lucru.

Creatorul Agentul Ajustare include, de asemenea, o fabrică Plug-in care instanțiază plug-in-uri și comunică direct la magazin Context.

Pentru Java Plug-in-uri, este de asemenea important să rețineți că se poate vorbi direct înapoi la magazin Context pe Agentul, precum și la serverul Ajustare Creator - prin acces de stocare bazate pe simbol. Acest lucru înseamnă că ei pot executa operațiunile de depozitare fără a comunica înapoi la Creator Server Ajustare. În timp ce aceasta este o caracteristică care nu a fost de îndatorare până în prezent, acesta este disponibil cu toate acestea merge mai departe.

Dar ce se întâmplă dacă Plug-in Fabrica instanțiază un non-Java plug-in?

În acest scenariu, se executa codul de plug-in-existente de integrare motor, care poate rula versiunea 4.0 sau 3.6 de plug-in-uri, precum și de sprijin personalizate de plug-in-uri scrise în Perl, Unix shell scripting, PowerShell, etc

Rezumat
Pentru a recapitula, am discutat atât serverul, cât și arhitectura agent de Ajustare Creator 4.1. To learn more about developing plug-ins, visit SnapCreator.com .

Geek ONTAP , General



Acest site nu este afiliat sau sponsorizat în oricum de NetApp sau orice altă societate menționată în.

© 2009-2014 Chris Kranz Toate drepturile rezervate
Acest site nu este afiliat sau sponsorizat în oricum de NetApp sau orice altă societate menționată în.