Loodud nurjuma

26. märts 2014
English: Alan Shepard in capsule aboard Freedo...

English: Alan Shepard kapsli pardal Freedom 7 enne käivitamist-1961 Alan Shepard sai esimene Ameerika kosmoses 5. mai 1961. Ta alustas pardal tema Mercury-Redstone 3 rakett nimega Freedom 7-ballistilised lend kestis 15 minutit. (Foto krediit: Wikipedia)

Ma kirjutan seda natuke minu abikaasa ja üldarusaadav sõbrad. Nagu ma mõtlesin läbi selle idee see tekkis mulle, et see ei ole eriti tehniline, ja see on suurepärane võimalus selgitada, mida ma veetsin palju mu aega seda, kui ma tegelikult lahenduste väljatöötamisse.

Hiljuti nii minu abikaasa ja minu telefonid on katki erinevatel viisidel, ta langes tema ja ta pole kunagi olnud sama, kuna minu oli just mõned kahtlane riistvara rike ja püüab määrata see tegi asja veel hullemaks. Tehnoloogia ostame tavaliselt kokku pannud odavaim riistvara pakkuja, millel on madalaim maksumus kauba tehnoloogia (mitte alati, kuid enamasti tõsi). Masstootmine alandab kulusid, nii ei pealiskaudsust ja vähendada koondamistasu (mitmest osast, mis on olemas ainult üle võtma, kui üks ebaõnnestub).

Üldiselt kodus elu enamik meist ei viitsinud koondamise mõned meist võib olla rohkem kui üks lauaarvuti või sülearvuti, kuid enamik meist on ainult üks isiklik telefon, üks suur ekraan TV, üks Blueray mängija jne jne Ostame tooraine ja me tunnistame, et see on kaup ja altid rike. Mõned meist ei mõista seda ja ärrituda, kui tehnoloogia ei suuda (võib-olla paljud meist ei mõista seda!), Aga kui sa mäletad, et tehnoloogia on teil ei ole tingimata parim (parim on kallis), kuid odavaim, siis saad aru, miks see on nii altid rike. See on põhjus, miks kodus tehnoloogia kindlustussektoris on nii tugev!

General , , ,

DevOps vs IT-Ops

17. märts 2014

Ma olen veetnud viimased paar kuud väga tähelepanelikult jälgida töö-plaadid, ja kuna minu web arengu taustaks saan lipuga areng töökohti. Huvitav enamik areng rollid näivad Karm DevOps rollid. Esialgu sain huvitatud kui ma oleksin väga huvitatud teed DevOps roll (minu dev oskused on roostes, kuid ma ei tee Ops pool päris hästi). Kuid tundub, et enamik DevOps rollid on lihtsalt lihtsalt Development rollid natuke config juhtimine kaasata ning config juhtimine on kood, mis on seotud mitte seotud infrastruktuuri.

Kui te vaatate IT Operations pool asju, need mehed on üha rohkem kaasatud automatiseeritud ehitab infrastruktuuri konfiguratsiooni haldamine ja kõikjal püsiv server mõiste. Probleem on olemas arvestatav cross-over in tööriistasid DevOps ja IT-Ops. Kui otsite midagi, nagu Chef , Nukuteater , Ansible või Salt , üks olulisemaid otsus tegurite oled arendaja või infrastruktuuri isik. Arendajad on tõenäolisem, et mõista Github hoidlates ja tööprotsesse, kui infrastruktuur poisid mõista rohkem skriptimine automatiseeritud ehitada. Suurte infrastruktuuri virtualiseerimine müüjad peole koos asju nagu VMware Application direktor ja andmed direktor , samuti Microsofti App-Controller , see turg on kiiresti muutumas hõivatud.

Aga peamine küsimus on siiski, kas sa oled arendaja või infrastruktuuri isik? Kas infrastruktuuri inimene ehitab malli üleandmiseks arengut või arendaja võtab eelnevalt loodud mall ja automatiseerida oma koodi üle peale selle. Aga DevOps siis? Mis hetkest on infrastruktuuri toimingute meeskond tegelikult tihedat koostööd arengu meeskond? Võib-olla on küsimus lähemale: Mis hetkest hakkab infrastruktuuri meeskonna lase arendusmeeskond lähemale infrastruktuuri ja millisel hetkel saab arendusmeeskond lase infrastruktuuri meeskonna lähemale oma koodi? Seal on veel liiga palju argumente ühe või teisel viisil (oma kood ei ole optimeeritud virtuaalne korstnat oma infrastruktuuri ei ole dünaamiline piisavalt meie kood, jne jne).

General , , , ,

Selgitage Snapshots

11. märts 2014

See tundub olevat populaarne otsingusõna, et ma arvan, et see on väärt katmisega. Seda on käsitletud minu vana top postitus umbes Fractional Broneerimine , kuid ma katan alternatiive siin ka.

snap00259

NetApp pilte kasutada üsna unikaalne tööstusharu, kuid tööstuse termin see tehnoloogia on üldiselt praegu Liida-on-Write / Suuna-on-Write (uus kirjutamist on lisatud "lõpp", või suunata vaba plokid, sõltuvalt kuidas te vaatate seda) ja üsna vähe müüjad seda nii tegema. Pange väga lihtsalt, kõik uued andmed kirjutatakse uus (nullida) plokid kettale. See ei tähenda, et snapshot ruum peab olema loogiliselt samas kohas kui tootmise kohta, kuid see tõesti ei tohiks olla probleem lai triipude / agregaatide / ladustamine ja müük (vali eelistatud tarnija termin). Kui võetakse pilt, infosõlmele tabelis on külmutatud ja kopeerida. Infosõlmele tabel osutab andmete plokid ja need andmed plokid nüüd kinnitatud. Kuna aktiivne failisüsteemi "changes" blokeerib need tegelikult saada kirjalik uude asukohta kettal, ja seega ei ole õhuliini write (uus plokid juba nullida). Teiste tehnoloogiad (ei NetApp) Samuti on aluseks automatiseeritud tiering, kui andmed on "lukustatud", mille läbilõige, ei ole see kunagi üle kirjutatud, et ta saaks ohutult mitmetasandilise välja SSD või isegi SAS loetuks toimivus harva küsimus. NetApp kasutamine FlashPools tõsta seda ja läbilõige on vallandada andmete mitmetasandilise välja FlashPools kui see ei saa kunagi "ülekirjutatud".

Web otsingud , , ,

VMware CPU Ready Time

11. märts 2014

Ma olen üllatunud, et viimasel ajal on see tulnud tagasi kummitama mind küsimus, ja suur üks seda.

Mis siis on küsimus? Noh, pikk lugu lühike, kui sa nälga oma virtuaalne kinnisvara CPU ressursse saad CPU valmis-olek küsimusi. Laias see on tingitud 2 küsimusi, olete üle pühendunud oma CPU ressursse (konsolideeritud suhe on liiga kõrge), või oma virtuaalne masinad on suured liiga suur (ja nende töökoormus on liiga suur).

VMware vSphere on väga tark seda CPU virtualiseerimine. Selleks, et võimaldada mitme virtuaalse masinaid jagavad sama CPU ruumi, sõiduplaanid neid sisse ja välja. Ütlematagi selge, et see juhtub väga kiiresti, ja üldiselt on ainus asi, mida märkad on see, et sa tarbivad väga vähe CPU ja on väga kõrge konsolideerimise suhe. Probleem tegelikult tekib suur VM (4 + vCPU on). vSphere tuleb palju arukam sellest, kui kõik vCPU vajadusega planeeritud samal ajal, või viltu veidi (osa pingevaba koostöö sõiduplaani 5,0 +). Soodne võimalus ajastada neid saab kitsamaks rohkem vCPU on teil määrata, nii 4 vCPU masin peab ootama 4 loogiline südamikud olema kättesaadavad ( hüper-keermestatud südamikud lugeda individuaalne loogiline südamikud), ja 8 vCPU masin peab ootama 8. Busier vSphere host on, seda kauem järjekorras võib olla CPU ressursse ja seda raskem on ajastada kõik vCPU tema on. Kuigi masin ootab CPU ressursse olemas, see on valmis-olekut (mis tähendab, see on CPU tehinguid töödelda, aga ei saa, kuna ei ole vahendite olemasolu). Pingevaba koostöö planeerimine tähendab, et see ei ole alati ootama, kuni kõik vCPU on ajastatavas samal ajal on loogiline füüsilist protsessorituuma, aga see on rusikareegel kruntimiseks.

General , , , ,

Uus algus

11. märts 2014

Esimene uus postitus, mida 2-3 aasta jooksul? WAFL.co.uk ikka täidab suurepäraselt ja nüüd, et ma olen liikunud rollid Ma arvan, et on aeg uuesti külastada oma vana leegid. Minu kodus lab vajab uuesti ehitada ja uuendada ja see peaks saama dokumenteeritud!

Nii et ma olen kolinud suur hirmutav maailm leping põhineb tööl, ma alustasin oma esimese rolli paar nädalat tagasi ja siiani see läheb hästi. Ma tahan, et hoida ajakohastamine minu ärakasutamine, väljakutsed tõeline kliendid seisavad ja jagada mõningaid minu generic musings. Sait on vähem NetApp kesksemaks, aga ikka on mu juured ladustamise!

Minu esimene roll kaasatud palju huvitavaid väljakutseid, kuid seal on mõned suured tehnoloogia saadaval ka siin. Tugev DevOps meeskond (et abi vaja integreerida Ops bit, kõik ei ole?), palju Big andmed probleeme ning vahetu projekti vaadata luua palju rohkem tundlik infrastruktuur, sealhulgas juhul, kui pilv teenuste mahub sisse hakkasin elu nagu veebi arendaja, ja see on tore olla tagasi dotcom ettevõte ning näeme, kuidas probleeme on edasi arenenud.

Tõhustatud, mida Zemanta

General , , ,

NetApp debuts tellitav Performance Manager

3. märts 2014
NetApp eelmisel nädalal vabastati tellitav Performance Manager 1.0 Release Candidate 1 (RC1), et kõik NetApp klientide ja partneritega. See uus tarkvara annab tulemuslikkuse juhtimise, lahendusi probleemidele ja ürituse teate süsteemidele klastrisse Andmed ONTAP 8.2 ja 8.2.1.

Performance Manager 1.0 RC1 on lähetatud, ei ole paigaldatud, nagu virtuaalne seade jooksul VMware ESX või ESXi. Virtuaalne seade on prebuilt tarkvarapakett, mis sisaldab operatsioonisüsteemi ja tarkvara rakendusi, mis on integreeritud, hallata ja ajakohastada paketina. See tarkvara levitamise meetod lihtsustab mis oleks muidu keeruline paigaldamise käigus.

Pärast kasutuselevõttu, Linux 2.6.32-põhine virtuaalne seade loob virtuaalne masin, mis sisaldab kasutaja tarkvara, kolmanda osapoole rakendusi, ja kõik konfiguratsiooni eelinstalleeritud virtuaalne masin. Palju virtuaalne seade vahevara on ehitatud peamiselt Java ja sisaldab mitmeid avatud lähtekoodiga komponendid - mis lähtub eelkõige (kuid mitte ainult) Apache Software Foundation, Debian Project ja Free Software Foundation.

Sorteerimis-Performance Manager põhineb mitmeid tegureid: number rühmitatud andmed ONTAP klastrid, maksimaalne arv sõlmi iga klastri ja maksimaalne arv köidet iga sõlme klastri.

Selleks, et täita ametlik Supportability staatuse NetApp Performance Manager 1,0 RC1 vajab 12GB (reserveeritud) mälu, 4 virtuaalse protsessoriga ning kokku 9572 MHz (reserveeritud) CPU. See kvalifitseeritud konfiguratsioon vastab madalaimate õlitarve ja seadistamine neid seadeid väiksem kui määratletud ei toetata. Huvitav, suurendades mõni neist vahenditest on lubatud - kuid ei ole soovitatav - kui selleks annab vähe lisaväärtust.

Tegelikult, vastavalt detsember 2013 AutoSupport andmeid NetApp enamik kliente tuleb eeldada, et rakendada ühte Performance Manager virtuaalne seade; sest ühel juhul on sobiv 95% kõikidest praegu operatsioonidel rühmitatud andmed ONTAP süsteeme.

Samuti on huvitav märkida, et nii mõnedki tooted olemas tellitav portfelli, mis on tulemuslikkuse seire. Nii et kui oleks üks toode olla paremini üle teise?

Alustame Performance Manager, see on vähim ühine nimetaja. Ta jälgib ja troubleshoots sügavale rühmitatud andmed ONTAP süsteem.

Tellitav Balance pakub vigade ja optimeerimist järgmisel tasandil - eriti server virtualiseerimise keskkond. Ta jälgib rühmitatud andmed ONTAP, VM ja hosts. See korreleerub kõik andmed, kasutades tulemuslikkuse analüüsi ja annab juhiseid.

Lõpuks tellitav Insight on täielik ladustamiseks ressursside haldamise lahendus suurtes keerukates multivendor ladustamine virtuaalne ja füüsiline keskkond. NetApp klientidele lisada Insight, kui nad on teiste müüjate ladustamise, nagu EMC, HP, IBM, HDS jne

Litsentsi ei ole vaja kasutada tellitav Performance Manager 1.0 RC1. Nõutavaks VMware server ja brauser versioonid leiate koostalitlusvõime Matrix Tool (IMT) lehe NetApp Support Site.

Geek ONTAP ,

NetApp avalikustab FAS8000

19. veebruar 2014
NetApp algatas täna FAS8000 seeria viimases ettevõte platvorm ühise infrastruktuuri, mille kolm uut mudelit: FAS8020, FAS8040 ja FAS8060, mis asendab FAS/V3220, FAS/V3250 ja FAS/V6220 võrra. See uus liin esialgu saata Data ONTAP 8.2.1 RC2, toetades kas 7-Mode või rühmitatud andmed ONTAP.

Kõik süsteemid on saadaval nii standalone ja HA koosseisudes ühes šassii. Kõik standalone FAS8000 kontroller koosseisudes võib olla teine ​​kontroller (sama mudel) lisatakse šassii saada HA.

Uus FAS8000 on kvalifitseeritud koos DS2246, DS4246, DS4486, DS4243, DS14mk4 ja DS14mk2-AT disk riiulid IOM6, IOM3, ESH4 ja AT-FCX riiulimooduleid. Virtualiseeritud ladustamise mitme müüjad saavad lisada ka FAS8000 - ilma pühendunud V-Series "gateway" süsteem - uue "FlexArray" tarkvara funktsiooni.

NetApp ei paku eraldi FlexCache mudel FAS8000 Series.

Uurime tehnilised üksikasjad iga üks neist uusi säilitamise süsteemid.


FAS8020
3U korpuses FAS8020 (koodnimega "Buell") on suunatud keskmise suurusega ärikliendid segatud töökoormus. Iga protsessori juhtmoodul (PCM) sisaldab ühe pesa, 2,0 GHz Intel E5-2620 "Sandy Bridge-EP" protsessor 6 südamikud (12 ha paari), Intel Patsburg-J Sinimäe ja 24GB DDR3 füüsilist mälu ( 48GB per HA paar).

NetApp toetab ühe ja kahe kontrolleri koosseisude üks raam, kuid erinevalt varasematest süsteemid, I / O Expansion Module (IOXM) koosseisudes ei toetata. Suurenenud mix kõrgjõudlusega pardal sadamate ja paindlikkust, mida võimaldab uus Unified Target Adapter 2 (UTA2) sadamate vähendab vajadust kõrgema pesa loeb FAS8000 seeria.

Nagu NetApp NVRAM8 eelmise FAS süsteemide iga FAS8020 PCM sisaldab 4GB NVRAM9 (8GB hektari paari) koos aku backup, tuleb võimsuse kadu tekkida NVRAM sisu destaged peale NAND välkmälu. Kui vool taastub, tulemuseks NVLOG seejärel taasesitatud taastada süsteemi. NVRAM9 on integreeritud emaplaadi ja ei võta pesa.

FAS8020 on üles ehitatud Gen 3 PCI Express (PCIe) arhitektuuri sisseehitatud seadmeid (näiteks PCI sillad, Ethernet / Fibre Channel / InfiniBand adapterid ja SAS kontrollerid). Selle pesa, mis toetavad kogu Viited kuni x8 sõidurada.

Huvitav, HA siduda jaoks FAS8020 nüüd tasakaalustab 40Gb QDR InfiniBand adapterid, see on oluline värskendada 10GBASE-KR (vask) või 10GBASE-SR (kiudaine) tehnoloogia leiti FAS/V3220.

Ka uus FAS8020 on uus Unified Target Adapter (UTA) 2; ladustamine tööstusharu kõigepealt NetApp. Ta toetab 16GB Fibre Channel (FC) või 10GB Ethernet, pakkudes tulevikus paindlikkust. Mõlemad sadamad tuleb valida sama "isik" ja muutuvad ühe UTA port muutub teine ​​port sama isik. FAS8020 on üks ASIC laevapardal UTA2 sadamate ja rikketaluvuse üle ASIC nõuab lisades X1143A-R6.

FC isiksuse UTA2 on Automaatne piirkonnavalik link kiirustel 16/8/4 Gb FC, kuid ei tööta 2 või 1 Gbps. 10GbE ei Automaatne piirkonnavalik alla 10GbE kiirustel. On oluline märkida, et UTA2 pordid ei toetata Vanemate DS14 FC riiulitel või FC lindi seadmed. Ühendada DS14 riiulitel või FC lindi kasutamine X1132A-R6 või X2054A-R6.

FAS8020 mahub maksimaalselt 480 drives või 240 SSD (hektari kohta) alusel, mille maksimaalne võimsus on 1920 TB. Maksimumsumma Flash Cache ja Flash Pool (keskmine) maht on kuni 6TB hektari paari. Maksimaalne kogusumma suuruse FAS8020 on 150TB ja maksimaalne maht suurus on 70TB.

Rühmitatud andmed ONTAP sõlme piire FAS8020 on 24 NAS ja 8 SAN homogeense klastris. Pole ime, et platvorm segamine eeskirjad heterogeenne (sega) klastrid piirata FAS8020 koos FAS/V3220s, 3250s, 3270s ja 6210s, maksimaalselt 8 sõlmpunktid nii SAN ja NAS klastreid. Moodsamate seadmetega (nagu FAS/V6220s, 6240/50s ja 6280/90s) on kvalifitseeritud 24 sõlmpunktid NAS ja 8 sõlmpunktid SAN koos FAS8020 - nagu homogeenne klastreid. Samuti olema teadlikud, et FAS8020 töötavast heterogeenne (sega) klastri FAS/V3210s, FAS/V3240s või FAS22xx süsteemid on olnud vaid kvalifitseeritud 4 sõlmpunktid SAN ja 4 sõlmpunktid NAS seekord.


FAS8040/60
6U form factor FAS8040 ja FAS8060 (koodnimega "Bimota") on suunatud keskmise ja suure ettevõtte klientidele ärikriitiliste rakenduste ja pilv infrastruktuur.

Iga FAS8040 Protsessor juhtmoodul (PCM) on ühe-pesa, 2,1 GHz Intel E5-2658 "Sandy Bridge-EP" protsessor 8 südamikku (16 ha paari), Intel Patsburg-J Sinimäe ja 32GB DDR3 füüsiline mälu (64GB per HA paar).

Iga FAS8060 PCM sisaldab kahesuguse pesa, 2,1 GHz Intel E5-2658 "Sandy Bridge-EP" töötlejad kokku 16 südamikud (32 ha paari), Intel Patsburg-J Sinimäe ja 64GB DDR3 füüsilist mälu (128GB per HA paar). Andmed ONTAP protsessori iga FAS8060 PCM jõuab 1560%, mis tähendab, kõik 16 südamikud on aktiivselt teenindamiseks töökoormust (100% võrdub üks tuum).

NetApp toetab ühe ja kahe kontrolleri koosseisude üks raam, kuid erinevalt varasematest süsteemid, I / O Expansion Module (IOXM) koosseisudes ei toetata. Suurenenud mix kõrgjõudlusega pardal sadamate ja paindlikkust, mida võimaldab uus UTA2 sadamate vähendab vajadust kõrgema pesa loeb FAS8000 seeria.

Nagu NetApp NVRAM8 eelmise FAS süsteemide iga FAS8040 või FAS8060 PCM sisaldab 8GB NVRAM9 (16GB per HA paari) koos aku backup, tuleb võimsuse kadu tekkida NVRAM sisu destaged peale NAND välkmälu. Kui vool taastub, tulemuseks NVLOG seejärel taasesitatud taastada süsteemi. NVRAM9 on integreeritud emaplaadi ja ei võta pesa.

FAS8040/60 on üles ehitatud Gen 3 PCI Express (PCIe) arhitektuuri sisseehitatud seadmeid (näiteks PCI sillad, Ethernet / Fibre Channel / InfiniBand adapterid ja SAS kontrollerid). Kõik mänguautomaadid toetada x8 lai lingid.

Huvitav, HA siduda jaoks FAS8040/60 nüüd tasakaalustab 40Gb QDR InfiniBand adapterid, see on oluline värskendada 10GBASE-KR (vask) või 10GBASE-SR (kiudaine) tehnoloogia leiti FAS/V3250 ja tagasihoidlik paranemist FAS/V6220 on 20GB DDR InfiniBand siduda.

Vastavalt NetApp, FAS8040 ja FAS8060 peaksid kasutama kõik neli pardal sadamate klastri siduda, et saavutada maksimaalne seisukorras serveri töökoormus jooksul Andmete ONTAP 8.2.1. Selline hea tava tagab ka kasutuselevõttu saab ära potentsiaalse tulemuslikkuse suureneb tulevikus releases of Data ONTAP.

Ka uus FAS8040 ja FAS8060 on uus Unified Target Adapter (UTA) 2; ladustamine tööstusharu kõigepealt NetApp. Ta toetab 16GB Fibre Channel (FC) või 10GB Ethernet, pakkudes tulevikus paindlikkust. Mõlemad sadamad tuleb valida sama "isik" ja muutuvad ühe UTA port muutub teine ​​port sama isik. FAS8040 ja FAS8060 kaks UTA2 ASIC ja port paarikaupa e0e/0e ja e0f/0f jagamine ASIC, kui port paari e0g/0g ja e0h/0h jagada teise ASIC.

FC isiksuse UTA2 on Automaatne piirkonnavalik link kiirustel 16/8/4 Gb FC, kuid ei tööta 2 või 1 Gbps. 10GbE ei Automaatne piirkonnavalik alla 10GbE kiirustel. On oluline märkida, et UTA2 pordid ei toetata Vanemate DS14 FC riiulitel või FC lindi seadmed. Ühendada DS14 riiulitel või FC lindi kasutamine X1132A-R6 või X2054A-R6.

FAS8040 mahub maksimaalselt 720 drives või 240 SSD (hektari kohta) alusel, mille maksimaalne võimsus on 2880 TB. Maksimumsumma Flash Cache ja Flash Pool (keskmine) maht on kuni 12TB hektari paari. Maksimaalne kogusumma suuruse FAS8040 on 180TB ja maksimaalne maht suurus on 100TB.

FAS8060 mahub maksimaalselt 1200 drives või 240 SSD (hektari kohta) alusel, mille maksimaalne võimsus on 4800 TB. Maksimumsumma Flash Cache ja Flash Pool (keskmine) maht on kuni 18TB hektari paari. Maksimaalne kogusumma suuruse FAS8060 on 324TB ja maksimaalne maht suurus on 100TB.

Rühmitatud andmed ONTAP sõlme piire FAS8040/60 on 24 NAS ja 8 SAN homogeense klastris. Pole ime, et platvorm segamine eeskirjad heterogeenne (sega) klastrid piirata FAS8040/60 koos FAS/V3220s, 3250s, 3270s ja 6210s, maksimaalselt 8 sõlmpunktid nii SAN ja NAS klastreid. Moodsamate seadmetega (nagu FAS/V6220s, 6240/50s ja 6280/90s) on kvalifitseeritud 24 sõlmpunktid NAS ja 8 sõlmpunktid SAN koos FAS8040/60 - nagu homogeenne klastreid.


KOKKUVÕTE
FAS8000 on kättesaadav koguaeg ja et kohe Andmete ONTAP 8.2.1 RC2. Saadetised on kavas alustada märtsil 2014. Alates maikuust 2014 FAS8000 süsteemid olema Tellimisel nagu Factory Seadistatud Klastrid (FCC) loetakse.

Geek ONTAP , General

Super Storage: Fan vaadet NFL Data Storage

11. veebruar 2014
Nagu enamik ameeriklasi, ma hiljuti vaatasin suurim, julgemad ja külmem sündmus ameerika jalgpalli: Super Bowl XLVIII koos 112200000 minu lähedased "sõbrad".

Kuid isegi kui te ei saa põnevil suur mäng, siis võib siiski olla huvitatud õppida rolli andmete säilitamise eest kõige-vaatasin telesaadet Ameerika ajaloos.

Nädala jooksul, mis ulatub Super Bowl, oli mul au aidata helisema avamist bell at NASDAQ MarketSite New York City - ja mida kogemus ! Mul oli ka võimalus vestelda NFL direktor Infotehnoloogia, Aaron Amendolia, et uurida, kuidas nad ära NetApp ladustamise süsteemid andmehaldus.

See algab 40 NetApp FAS2200 seeria ladustamise süsteemid, mis salvestavad, kaitsta ja teenida andmed kõigi 32 NFL meeskonnad tuhandeid töötajaid ja miljonid fännid. Näiteks:

Tahad mängija statistika mängu ajal? Kõik mängu mängida algandmed on koheselt kättesaadav ning teenindab NetApp ladustamise süsteemid.

Nagu need tegevus kaadrid? Televisiooni ja ajalehtede fotograafid võtta sadu tuhandeid fotosid ja videographers lüüa kõrglahutusega video regulaarne hooaja mänge, mängudega ja Super Bowl - kõik salvestatud NetApp ladustamise süsteemid.

Vaadake keegi seljas märk? NetApp annab toetava infrastruktuuri turvalisuse credentialing igaühe hot dog müüjad NFL volinik.

Olen ka kuulnud, et NFL tasakaalustab kogu protokollistiku (nii SAN ja NAS), kusjuures üle 90% oma infrastruktuuri töötab virtuaalse masinaid NetApp ladustamise süsteemid.

Kuid iga Super Bowl on ainulaadne.

NFL lõpptarbijate asuvad sageli hotelle kõrge latency ühendused; riistvara on läbinud karmid keskkonnad tavaliselt ei leitud enamikus teabekeskused (sooda ei lekkinud, mustuse, mustusest, jne.) Hea uudis on see, et SnapMirror, replikatsiooni tarkvara ehitatud Andmed ONTAP võimaldab NFL kahdennustuki korral probleem.

Tegelikult nad katsetavad korrapäraselt oma katastroofiabi plaanid (live) tõrkesiire ja failback.

Muidugi, oma lemmik meeskond ei teinud seda Super Bowl tänavu vaid koostöös NFL ja 32 võistkonda ei lõpe Super Bowl. See on ikka äri tavalised-NFL IT infrastruktuur: värskendamine playbooks, streaming video, jne

Kõik, mis vaja super ladustamise platvormi nagu NetApp: ametlik andmesalvestuse pakkuja NFL.

Geek ONTAP , General

NetApp Pressiteated Flash Kiirend 1.3.0

30. jaanuar 2014
NetApp teatas täna kättesaadavuse Flash Kiirend 1.3.0, oma server-side tarkvara, mis muudab toetatud server välguga cache taustaprogrammilt Andmed ONTAP säilitamise süsteemid.

Sidususe Püsivus
Nagu varasematel plaatidel, Flash Kiirend 1.3.0 tuvastab ja korrigeerib sidususe plokis tasandil - mitte punetus kogu cache. Õhetus kogu cache võib olla hea, kui puuduvad andmed sidususe küsimustes, kuid kohutav täitmisega. Flash Kiirend cache kehtetuks korrigeerib cache, hoides cache püsiv.

Lisaks intelligentne andmete sidususe Flash Kiirend ka püsivust üle VM / server taaskäivitub.

Kasu nii intelligentne andmete ühtsus ja püsivus on tagada, et mõlemad cache optimeerib jõudlust haripunkti (st kui vahemälu on soe) ja et tipptulemuste võib kesta nii kaua kui võimalik (hoides cache soe nii kaua kui võimalik ).


Side märkus: Flash Kiirend kood haldab server vahemälu kiirendada juurdepääsu andmetele, mis on salvestatud ja hallatavate andmete ONTAP ladustamise süsteem. Flash Kiirend EI Andmed ONTAP kood.

Mis uudist
Flash Kiirend 1.3.0 lisab järgmised omadused ja funktsioonid:

  • Support for Windows Server tühjal metallist caching:
    • Windows 2008 R2, Windows 2012 ja Windows 2012 R2
    • FC ja iSCSI toetust bare metal
    • Rühmitatud apps toetatud (külm cache failover)
  • Lisab toetust Windows 2012 ja 2012 R2 VM ja vSphere 5.5 tugi
    • Märkus: Kasutades Flash Kiirend Flash Kiirend Management Console (FAMC) vSphere 5.5 tugi lisatakse nädalate üldist kättesaadavust Flash Kiirend 1,3
  • Kuni 4TB vahemälu serveri kohta
  • Toetus Steć PCI-e Accelerator
    • Märkus: VMware keskkonnas Flash Kiirend 1.3.0 on esialgu saadaval ainult kasutamiseks FAMC. 1.3.0 toetuse kasutamiseks NetApp Virtual Storage Console (VSC) on saadaval, kui VSC 5,0 releases

Kontrollige NetApp koostalitlusvõime Matrix Tool (IMT) uue "Flash Kiirend" storage lahendust "Server vahemälu Solutions" kategooria jaoks kõige kaasaegsema toetavad konfiguratsioonid.

Osana sellest vabastamist, mälu tarbimine on vähenenud. Varem Flash Kiirend nõutav 0,006 GB füüsilist mälu vastuvõtva iga gigabaidi seadme mälu ja 0,006 GB lisamälu kohta VM iga GB vahemälu ruumi eraldatud. Mis versioon 1.3.0, see on nüüd võimalik konfigureerida 0,0035 GB füüsilist mälu (host) ja 0,0035 GB lisamälu (on VM).

Samuti on oluline märkida, et default cache blokisuurus versioonis 1.3.0 on kasvanud 4 KB 8 KB.

Flash Kiirend 1.3.0 saab alla laadida ükskõik NetApp FAS või V-Series kliendile tasuta. Allalaadimiseks Flash Kiirend külastage NetApp Support Site .

Geek ONTAP , General

Snap Creator Deep Dive

30. detsember 2013
NetApp Snap Creator Framework on andmekaitse tarkvara, mis ühendab NetApp funktsioone kolmanda osapoole rakenduste, andmebaaside hypervisors ja operatsioonisüsteemid.

Snap Looja algselt välja oktoobris 2007 NetApp Professional Services ja kiirreageerimise Engineering vähendada (või isegi kõrvaldada) skriptid. Tänapäeval Snap Creator on täielikult toetatud tarkvara levitamise saadaval NetApp Support Site.

Snap Creator Team annab kaks versiooni Snap Looja: ühenduse versioon ja ametlik NetApp vabastamist. Kogukond versioon sisaldab uusimaid pluginaid, parandusi ja omadusi, kuid ei toeta NetApp Support. NetApp versioon on täiesti testitud ja toetatud, kuid mitte hiljemalt plug-ins, funktsioonid ja lisatarvikud.

Lähme uurima arhitektuuri hiljuti Snap Creator 4.1 Ühenduse vabastamise november 2013.

Snap Creator Server Architecture
Snap Creator Server on tavaliselt paigaldatud tsentraliseeritud server. See sisaldab töövoo mootor, mis on multi-keermestatud, XML-orienteeritud osa, mis täidab kõik Snap Creator käske.

Nii Snap Creator GUI ja CLI, samuti kolmanda osapoole lahendusi (nagu PowerShell cmdletidel), võimenduse Snap Creator API. Näiteks NetApp Töövoo Automation saavad kasutada PowerShell cmdletidel suhelda Snap Creator.

Salvestada oma konfiguratsiooni, Snap Creator sisaldab konfiguratsioonifailid ja profiilid oma hoidlasse; See hõlmab ülemaailmseid configs ja konto tasandil ülemaailmse configs. Kui te olete juba tuttav varasemate versioonide Snap Creator Server, üks uusi komponente on laiendatud hoidlast. See pikendamine annab andmebaasi asukohta iga töö, mida imporditakse informatsiooni töökoha ja isegi plug-in metaandmed.


Püsivuse, Snap Creator andmebaas salvestab andmed Snap Creator sõiduplaanid ja töökohti, samuti RBAC kasutajad ja rollid.

Storage Interface on server-side komponent, mis tegeleb side kaudu andmete ONTAP APIs täita hoidlate suhtes, nagu näiteks SnapVault, SnapMirror jne Snap Creator ka Unified Manager liides, mis suhtleb NetApp tellitav Unified Manager, see tegelikult kasutab Unified Manager APIs (mitte ONTAP API).

Lõpuks Snap Creator Server sisaldab Agent Interface, mis suhtleb Agent (mis on tavaliselt paigaldatud hosts väline Snap Creator Server). Liigume edasi Snap Creator Agent.

Snap Creator Agent Architecture
Snap Creator Agent 4,1 hiljuti ümber kirjutada täiesti Java on mitme keermestatud kõigis operatsioonisüsteemides. Osana sellest kirjutada, krüpteerimine lubatud kogu tarkvara. See tähendab, et varasemates versioonides (kuni versioon 4.0) edastab ainult üle HTTP, et koos versioon 4.1, kommunikatsioon toimub vaid üle (krüpteeritud) HTTPS.

Esiteks Agent Interface (Serveris) kõnelusi Agendi RESTful Interface. Esmane komponent Agent on Operation / Execution Manager. Ta vastutab käitlemise mistahes saabumisel, väljumisel ja / või läbinud taotluste täitmise ajal Manager tegelikult täidab need nõudmised.

Et täita mitmeid ülesandeid, iga Snap Creator Agent sisaldab Teema Pool, see koosneb töötaja niidid, mis määrab, mitu antud toimingud.

Aga mis juhtub siis, kui operatsioon on ületanud timeout väärtus kindla aja möödudes? See on siis, kui Agent valvekoer võib vallandada Execution Manager. See on Sageli tugineda ajal quiesce operatsioone.


Liikudes edasi, seal on kontekst Store, mis omab informatsiooni, mis on vajalik eluea töökorraldust.

Snap Creator Agent ka Plug-in Factory et instantiates pluginaid ja suhtleb otse taust Store.

Java Plug-ins, see on ka oluline märkida, et see on võimalik otse rääkida tagasi Context Store'i Agent, samuti Snap Creator Server - via sümboolne-põhine säilitus-ühendus. See tähendab, et nad saaksid täita ladustamise toiminguid, teatamata tagasi 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.

Kokkuvõte
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



This site is not affiliated or sponsored in anyway by NetApp or any other company mentioned within.

© 2009-2014 Chris Kranz All Rights Reserved
This site is not affiliated or sponsored in anyway by NetApp or any other company mentioned within.