Suunniteltu Fail

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

Englanti: Alan Shepard kapseli kyytiin Freedom 7 ennen laukaisua-1961 Alan Shepard tuli ensimmäinen amerikkalainen avaruudessa 5. toukokuuta 1961. Hän aloitti kyytiin hänen Mercury-Redstone 3 raketti nimeltään Freedom 7-suborbital lento kesti 15 minuuttia. (Kuva: Wikipedia)

Kirjoitan tätä hieman vaimoni ja ei-teknisiä ystäviä. Koska olin ajatellut läpi tämä ajatus mieleeni juolahti, että se ei ole erityisen tekninen, ja se on hyvä tapa selittää, mitä vietin paljon aikaani tekemässä, kun olen todella ratkaisujen etsimiseen.

Äskettäin molemmat vaimoni ja puhelimet ovat rikki monin tavoin, hän putosi hänen ja se ei ole koskaan ollut sama vuodesta, minun vain oli joitakin konstikas laitevian ja yrittää korjata se teki pahempi. Tekniikka ostamme yleensä koonnut halvin laitteisto tarjoaja, jolla on pienin kustannuksin hyödyke teknologia (ei aina ole, mutta pitkälti totta). Massatuotanto alentaa kustannuksia, joten ei pinnallisuutta ja vähentää irtisanomisia (useita komponentteja, jotka ovat siellä pelkästään vallata kun yksi epäonnistuu).

Yleensä kotielämä useimmat meistä eivät vaivaudu kanssa irtisanomisia, jotkut meistä voi olla enemmän kuin yksi pöytätietokone tai kannettava tietokone, mutta useimmat meistä on vain yksi henkilökohtainen puhelin, yksi iso-tv, yksi Blueray soitin jne. jne. Ostamme hyödyke ja me hyväksymme, että se on hyödyke ja altis epäonnistumaan. Jotkut meistä eivät ymmärrä tätä ja saada järkyttynyt, kun tekniikka ei (ehkä monet meistä eivät ymmärrä tätä!), Mutta kun muistaa, että tekniikka teillä ei ole välttämättä paras (paras on kallista), mutta halvin, huomaat, miksi se on niin altis epäonnistumaan. Siksi kodintekniikan vakuutusala on niin vahva!

Yleiset , , ,

DevOps vs IT-Ops

17 maaliskuu 2014

Olen viettänyt viime kuukausina tiiviisti työpaikkojen boards, ja koska minun web-kehitys tausta saan merkitty kehityksen työpaikkoja. Mielenkiintoista valtaosa kehityksen rooleja näyttävät senkin kuin DevOps rooleja. Aluksi tämä sain kiinnostunut niin olisin erittäin kiinnostunut tekemään DevOps rooli (minun dev taidot ovat ruosteessa, mutta voin tehdä Ops puolella melko hyvin). Mutta näyttää siltä, ​​että suurin osa DevOps roolit ovat yksinkertaisesti vain kehittämisen roolit hiukan config kuuluva johto ja config hallinta on koodi liittyviä, ei infrastruktuuriin liittyviä.

Jos tarkastellaan IT Operations puolta, nämä kaverit saavat enemmän mukana automatisoitu rakentaa, infrastruktuurin kokoonpanon hallinnan ja arjen muuttumaton palvelin konsepti. Ongelma on olemassa merkittävä rajat ohi työkalut DevOps ja IT-Ops. Jos etsit jotain Chef , Puppet , Ansible tai Salt , yksi keskeisistä päätöksen tekijöistä on Oletko kehittäjä tai infrastruktuurin henkilö. Kehittäjät ovat todennäköisesti ymmärtää Github arkistot ja työnkulkuja, kun taas infrastruktuuri kaverit ymmärtää enemmän scripting automatisoitu rakentaa. Kanssa suurten infrastruktuurihankkeiden virtualisoinnin myyjät tulossa juhliin asioista kuten VMwaren Application johtaja ja Data johtaja sekä Microsoftin App-Controller , näillä markkinoilla on nopeasti tulossa kiireinen.

Mutta keskeinen kysymys on edelleen, oletko kehittäjä tai infrastruktuurin henkilö? Joko infrastruktuuri henkilö rakentaa mallin luovutuksen kehitykseen tai kehittäjä on ryhtynyt valmiiksi rakennettu malli ja automatisoimalla koodin päälle se. Entä DevOps sitten? Missä vaiheessa tulee infrastruktuurin toiminnan joukkue todella toimii tiiviissä kehitystiimi? Ehkä kysymys on lähempänä: Missä vaiheessa tulee infrastruktuuri joukkue anna kehitystiimi lähemmäs infrastruktuuria, ja missä vaiheessa tulee kehitystiimi anna infrastruktuurin joukkue päästä lähemmäksi niiden koodia? On vielä liian monta argumenttia tavalla tai toisella (koodi ei ole optimoitu virtuaalipinoa, sinun infrastruktuuri ei ole dynaaminen tarpeeksi meidän koodia, jne. jne.).

Yleinen , , , ,

Selitä Näkymiä

11 maaliskuu 2014

Tämä näyttää olevan suosittu hakusana niin mielestäni se kannattaa kattaa pois. Tämä on peitetty minun vanha top postauksen Murtoluku Reservation , mutta minä kattaa vaihtoehtoja täällä myös.

snap00259

NetApp tilannekuvia käytetään olla melko ainutlaatuinen teollisuuden, mutta alan termi tälle teknologialle on yleensä nyt Liitä vs. Write / Redirect vs. Write (uusi kirjoituksia liitteenä on "loppu", tai ohjataan vapaita lohkoja, riippuen miten sitä katsot) ja varsin harvat toimittajat tehdä sen tällä tavalla. Laita hyvin yksinkertaisesti, kaikki uudet tiedot kirjoitetaan uusi (nollataan) lohkot levylle. Tämä ei tarkoita, että tilannekuvan tilaa on oltava loogisesti samassa paikassa kuin tuotantoa koskevat tiedot, mutta se ei todellakaan pitäisi olla ongelma laaja-raidat / kiviainesten / altaiden (pick parempana myyjä aikavälillä). Kun tilannekuva on otettu, inode taulukko on jäädytetty ja kopioidaan. Inode taulukko osoittaa datalohkoja, ja nämä tiedot lohkot tullut kiinteä. Koska aktiivinen tiedostojärjestelmä "muuttuu" lohkot, nämä todella saada kirjallinen uusiin paikkoihin levyllä, ja niin ei ole yleiskustannuksia kirjoitus (uusia lohkoja on jo nollattu). Muissa teknologiat (ei NetApp) tämä on perusta myös automaattisen Tiering, kun tiedot on "lukittu" by kuvaan, sitä ei koskaan olla yli-kirjoitettu niin se voidaan turvallisesti porrastettu pois SSD tai jopa SAS luetuksi suorituskyky on harvoin ongelma. NetApp käyttö FlashPools laajentaa tätä, ja otos on laukaista tietojen porrastettu pois FlashPools kuin se koskaan olla "korvataan".

Web haut , , ,

VMware CPU Ready aika

11 maaliskuu 2014

Olen yllättynyt, että viime aikoina tämä on tullut takaisin kummittelemaan minulle ongelma, ja suuri sellainen.

Niin mitä asiaa? No, pitkän tarinan lyhyesti, jos nälkää virtuaalinen omaisuus CPU resursseja saat CPU valmiiksi valtion asioita. Laajasti tämä johtuu 2 numeroa, olet yli-sitoutunut suorittimen resursseja (konsolidointi suhde on liian korkea), tai virtuaalikoneita on mitoitettu liian iso (ja niiden työmäärä on liian suuri).

VMware vSphere on erittäin taitava, jossa on CPU virtualisointia. Jotta useita virtuaalikoneita samaa CPU tilaa, se aikatauluja heidät sisään ja ulos. Tarpeetonta sanoa näin tapahtuu hyvin nopeasti, ja yleisesti ottaen ainoa asia jonka huomaat on, että te kuluttaa hyvin vähän CPU ja on erittäin korkea konsolidoinnin suhteen. Ongelma todella ilmenee suuria VM (4 + vCPU n). vSphere on oltava paljon älykkäämpiä tästä, koska kaikki vCPU tarve ajoittaa samaan aikaan tai hieman vinossa (osa rento yhteistyössä aikataulujen 5.0 +). Tilaisuus ajoittaa nämä kapenee enemmän vCPU n määrittelet, joten 4 vCPU kone joutuu odottamaan 4 loogista ydintä olevan saatavilla ( hyper-kierteillä sydämiä lasketa yksittäisiä loogista ydintä) ja 8 vCPU kone joutuu odottamaan 8. Kiireisempiä vSphere isäntä on, pidempi jono voi olla CPU resursseja ja sitä vaikeampaa on ajoittaa kaikki vCPU n on. Vaikka laite odottaa CPU resursseja on käytettävissä, se on valmis-tilassa (eli se on CPU liiketoimia käsitellä, mutta ei voi, koska ei ole resursseja on riittävästi). Rento yhteistyössä aikataulutus tarkoittaa se ei aina tarvitse odottaa kaikkien vCPU n ajoittuvan samaan aikaan loogisista fyysistä ydintä, mutta se on nyrkkisääntö mitoituksessa.

Yleiset , , , ,

Uusia alkuja

11 maaliskuu 2014

Ensimmäinen uusi viesti, mitä, 2-3 vuotta? WAFL.co.uk tekee yhä ihailtavan ja nyt kun olen muuttanut rooleja eiköhän se aika uudelleen käymään minun vanha liekit. Kotini lab tarvitsee uudelleen rakentaa ja päivittää ja että pitäisi saada dokumentoitu!

Joten olen siirtynyt iso pelottava maailma tekeminen perustuu työhön, aloitin ensimmäinen rooli pari viikkoa sitten, ja toistaiseksi se menee hyvin. Haluan pitää päivittää minun riistää, haasteita oikeiden asiakkaiden ongelmien ja jakaa joitakin yleisiä ajatukset. Sivusto on vähemmän NetApp keskeinen, mutta minulla on vielä minun juuret varastoon!

Ensimmäinen rooli mukana paljon mielenkiintoisia haasteita, mutta siellä on hienoja tekniikkaa täälläkin. Vahva DevOps joukkue (jotka tarvitsevat apua integroimalla Ops vähän, ei kaikille?), paljon Big Data haasteita, ja välittömästi projektin katsomaan luomaan paljon herkemmin infrastruktuurin, myös silloin, kun pilvipalvelut fit in aloin elämään web-kehittäjä, ja se on hienoa olla takaisin dotcom yritys ja nähdä, miten haasteita ovat kehittyneet.

Parannettu Zemanta

Yleinen , , ,

NetApp Debytoida Tilausvideo Performance Manager

03 maaliskuu 2014
NetApp viime viikolla julkaissut Tilausvideo Performance Manager 1.0 Release Candidate 1 (RC1) kaikille NetApp asiakkaille ja yhteistyökumppaneille. Tämä uusi ohjelmisto tarjoaa tulosohjaus, vianmääritys, ja tapahtuman ilmoituksen järjestelmien klusteriympäristön Data ONTAP 8.2 ja 8.2.1.

Performance Manager 1.0 RC1 on käytössä, ei asennettu, koska virtuaalisovelluksena sisällä VMware ESX tai ESXi. Virtuaalisovelluksena on prebuilt ohjelmistopaketti, joka sisältää käyttöjärjestelmän ja ohjelmiston sovelluksia, jotka on integroitu, hallitaan ja päivitetään paketti. Tämä ohjelmisto jakelu menetelmä yksinkertaistaa, mikä olisi muuten monimutkainen asennuksen.

Levityksen jälkeen, Linux 2.6.32-pohjainen virtuaalinen laite luo virtuaalikoneen, joka sisältää käyttäjän ohjelmisto, kolmannen osapuolen sovelluksia, ja kaikki kokoonpanotiedot esiasennettuna virtuaalikone. Suuri osa virtuaalisovelluksena middleware on rakennettu ensisijaisesti Java ja sisältää useita avoimen lähdekoodin komponentteja - mikä näkyy erityisesti (mutta ei rajoitu) Apache Software Foundation, Debian-projektin ja Free Software Foundation.

Mitoitus Performance Manager perustuu eri tekijöihin määrä aihekokonaisuuksien Data ONTAP klustereita, maksimimäärä solmuja jokaisen klusterin, ja enimmäismäärä volyymien tahansa solmun klusterin.

Voidakseen täyttää viralliset supportability tilan NetApp, Performance Manager 1.0 RC1 vaatii 12GB (varattu) muisti, 4 virtuaaliprosessorien, ja yhteensä 9572 MHz (varattu) CPU. Tämä hyväksynnällä varustettu kokoonpano täyttää vähintään tasoa hyväksyttävää suorituskykyä ja konfigurointi asetuksia pienempi kuin määritetty ei tueta. Mielenkiintoista, kasvava tahansa näistä varoista on sallittua - mutta ei suositella - kuten tehdessään niin vähän lisäarvoa.

Itse asiassa mukaan joulukuuhun 2013 AutoSupport tietoja NetApp, useimmat asiakkaat pitäisi odottaa käyttöön yhden Performance Manager virtuaalisovelluksena; kuten eräässä tapauksessa on sopiva 95% kaikista nykyisistä aihekokonaisuuksien Data ONTAP järjestelmiä.

On myös mielenkiintoista huomata, että monet tuotteet olemassa Tilausvideo salkun, jotka tarjoavat suorituskyvyn seurantaan. Joten kun olisi yksi tuote sopii paremmin toiseen?

Aloitetaan Performance Manager; Tämä on pienin yhteinen nimittäjä. Se seuraa ja vianmäärityksen syvälle aihekokonaisuuksien Data ONTAP järjestelmään.

Tilausvideo Balance tarjoaa vianmääritys ja optimointi seuraavalla tasolla - erityisesti virtualisoinnin ympäristössä. Se valvoo aihekokonaisuuksien Data ONTAP, VM, ja isännät. Se korreloi kaikki tiedot käyttämällä suorituskyky analytiikan ja annetaan ohjeita.

Lopuksi, Tilausvideo Insight on täynnä varastointi resurssienhallinnan suurille, monimutkainen, että monen varastointi virtuaalisen ja fyysisen ympäristöissä. NetApp asiakkaiden lisätä Insight jos heillä on muiden valmistajien varastointi, kuten EMC, HP, IBM, HDS jne.

Todistuksia ei vaadita lähettämään Tilausvideo Performance Manager 1.0 RC1. Vaaditun VMware palvelimen ja selaimen versiota, katso yhteentoimivuuden Matrix Tool (IMT) sivu NetApp tukisivusto.

Geek ONTAP ,

NetApp julkistaa FAS8000

19 helmikuu 2014
NetApp julkisti tänään FAS8000-sarjan, sen uusin yritys alustan yhteisen infrastruktuurin, jossa kolme uutta mallia: FAS8020, FAS8040 ja FAS8060, jotka korvaavat FAS/V3220, FAS/V3250 ja FAS/V6220 vastaavasti. Tämä uusi linja on aluksi toimiteta Data ONTAP 8.2.1 RC2, tukevat joko 7-tilaa tai aihekokonaisuuksien Data ONTAP.

Kaikki järjestelmät ovat saatavilla joko erillisenä ja HA kokoonpanoissa saman alustan. Kaikki standalone FAS8000 ohjain kokoonpanoissa voi olla toinen ohjain (saman mallin) lisätään alustan tulla HA.

Uuden FAS8000 on pätevöitynyt DS2246, DS4246, DS4486, DS4243, DS14mk4 ja DS14mk2-AT levy hyllyt IOM6, IOM3, ESH4, ja AT-FCX hylly moduulit. Virtualisoitu varastointi useista myyjät voivat myös lisätä FAS8000 - ilman omaa V-Series "gateway"-järjestelmä - uuden "FlexArray" ohjelmiston ominaisuus.

NetApp ei tarjoa erillistä FlexCache malli FAS8000-sarjan.

Tutkitaan tekniset tiedot kustakin yksi näistä uusista tallennusjärjestelmiä.


FAS8020
3U muodossa tekijä FAS8020 (koodinimeltään "Buell") on suunnattu keskisuurille yritysasiakkaille ristiriitaisin työmääriä. Jokainen Processor ohjausyksikkö (PCM) sisältää yhden-liitin, 2,0 GHz Intel E5-2620 "Sandy Bridge-EP"-prosessori, jossa 6 ydintä (12 per HA pari), Intel Patsburg-J Southbridge, ja 24 Gt DDR3 fyysisen muistin ( 48GB per HA pari).

NetApp tukee yhden ja kahden ohjaimen kokoonpanoissa yhdessä alustan, mutta toisin kuin aiemmissa järjestelmissä, I / O Expansion Module (IOXM) kokoonpanoja ei tueta. Lisääntynyt sekoitus korkean suorituskyvyn aluksella satamien ja tarjoamaa joustavuutta uuden Unified Target Adapter 2 (UTA2) porttien vähentää tarvetta suurempi korttipaikka luottaa FAS8000 sarjassa.

Kuten NetApp NVRAM8 aikaisempien FAS järjestelmät, kukin FAS8020 PCM sisältää 4GB NVRAM9 (8GB per HA pari) paristovarmennettu; pitäisi tehon menetys tapahtuu, NVRAM sisältö destaged päälle NAND Flash-muisti. Kun virta palautuu, tuloksena NVLOG sitten toistetaan palauttaa järjestelmä. NVRAM9 on integroitu emolevyn ja ei vie korttipaikka.

FAS8020 on rakennettu Gen 3 PCI Express (PCIe)-arkkitehtuuria sulautettujen laitteiden (kuten PCI sillat, Ethernet / Fibre Channel / InfiniBand adapterit ja SAS-ohjaimilla). Sen paikkaa tukevat laaja linkkejä jopa x8 kaistaa.

Mielenkiintoista, HA Yhteenliittämisvelvollisuudet varten FAS8020 nyt hyödyntää 40GB QDR InfiniBand sovittimet; Tämä on merkittävä päivitys 10GBASE-KR (kupari) tai 10GBASE-SR (kuitu) tekniikka tavataan FAS/V3220.

Uusi myös FAS8020 on uusi Unified Target-sovitin (TaY) 2; varastointi teollisuus ensin NetApp. Se tukee 16Gb Fibre Channel (FC) tai 10Gb Ethernet, joka tarjoaa joustavuutta tulevaisuudessa. Molemmat portit on asetettava sama "persoonallisuus" ja muuttamalla yhden UTA Portti muuttuu toisen portin samaan persoonallisuus. FAS8020 on yksi ASIC laivalla UTA2 satamien ja vikasietoisuuden koko ASIC vaatii lisäämällä X1143A-R6.

FC persoonallisuus UTA2 tulee Autorange linkin nopeudet 16/8/4 Gb FC, mutta ei toimi 2 tai 1 Gbps. 10GbE ei Autorange alla 10GbE nopeuksilla. On tärkeää huomata, että UTA2 portteja ei tueta isompien DS14 FC hyllyille tai FC nauhalaitteita. Voit muodostaa yhteyden DS14 hyllyille tai FC nauha, käyttö X1132A-R6 tai X2054A-R6.

FAS8020 mahtuu enintään 480 asemia tai 240 SSD (per HA-järjestelmä), joiden maksimikapasiteetti on 1920 TB. Enimmäismäärä Flash Cache ja Flash-allas (yhdistetty) on jopa 6TB per HA pari. Suurin raekoko on FAS8020 on 150TB ja suurin levyn koko on 70TB.

Aihekokonaisuuksien Data ONTAP solmu rajat FAS8020 ovat 24 NAS ja 8 SAN homogeeninen klusterin. Ei ole yllättävää, foorumi sekoittamalla säännöt heterogeenisten (seka) klusterit rajoittaa FAS8020 kanssa FAS/V3220s, 3250s, 3270s ja 6210s enintään 8 solmut sekä SAN-ja NAS klustereita. Nykyaikaisempia (kuten FAS/V6220s, 6240/50s ja 6280/90s) ovat päteviä 24 solmut NAS ja 8 solmut SAN kanssa FAS8020 - aivan kuten homogeeninen klustereita. Myös olla tietoinen siitä, että FAS8020 käynnissä sisällä heterogeeninen (seka) klusterin FAS/V3210s, FAS/V3240s tai FAS22xx järjestelmiä on vain ollut kelpuutettu 4 solmut SAN ja 4 solmut NAS tällä hetkellä.


FAS8040/60
6U FAS8040 ja FAS8060 (koodinimeltään "Bimota") on suunnattu keskikokoisille ja suurille yritysasiakkaille liiketoimintakriittisten sovellusten ja pilvi infrastruktuurin.

Jokainen FAS8040 Processor ohjausyksikkö (PCM) sisältää yhden-liitin, 2,1 GHz Intel E5-2658 "Sandy Bridge-EP" prosessori, 8 ydintä (16 per HA pari), Intel Patsburg-J Southbridge, ja 32 gigatavun DDR3 fyysistä muistia (64GB per HA pari).

Jokainen FAS8060 PCM sisältää dual-socket, 2,1 GHz Intel E5-2658 "Sandy Bridge-EP" prosessorit yhteensä 16 ydintä (32 per HA pari), Intel Patsburg-J Southbridge, ja 64GB DDR3 fyysisen muistin (128GB per HA pari). Data ONTAP suorittimen käyttö kummallakin FAS8060 PCM saavuttaa 1560%; tämä tarkoittaa kaikkia 16 ytimet ovat aktiivisesti huolto työmäärän (100% vastaa yhtä ydin).

NetApp tukee yhden ja kahden ohjaimen kokoonpanoissa yhdessä alustan, mutta toisin kuin aiemmissa järjestelmissä, I / O Expansion Module (IOXM) kokoonpanoja ei tueta. Lisääntynyt sekoitus korkean suorituskyvyn aluksella satamien ja joustavuutta tarjoamat uudet UTA2 satamat vähentää tarvetta suurempi korttipaikka luottaa FAS8000 sarjassa.

Kuten NetApp NVRAM8 aikaisempien FAS järjestelmät, kukin FAS8040 tai FAS8060 PCM sisältää 8GB NVRAM9 (16GB per HA pari) paristovarmennettu; pitäisi tehon menetys tapahtuu, NVRAM sisältö destaged päälle NAND Flash-muisti. Kun virta palautuu, tuloksena NVLOG sitten toistetaan palauttaa järjestelmä. NVRAM9 on integroitu emolevyn ja ei vie korttipaikka.

FAS8040/60 on rakennettu Gen 3 PCI Express (PCIe)-arkkitehtuuria sulautettujen laitteiden (kuten PCI sillat, Ethernet / Fibre Channel / InfiniBand adapterit ja SAS-ohjaimilla). Kaikki paikkaa tukevat x8 leveä linkkejä.

Mielenkiintoista, HA Yhteenliittämisvelvollisuudet varten FAS8040/60 nyt hyödyntää 40GB QDR InfiniBand sovittimet; Tämä on merkittävä päivitys 10GBASE-KR (kupari) tai 10GBASE-SR (kuitu) tekniikka tavataan FAS/V3250 ja vaatimaton parannus FAS/V6220 n 20Gb DDR InfiniBand Yhteenliittämisvelvollisuudet.

Mukaan NetApp, FAS8040 ja FAS8060 pitäisi käyttää kaikki neljä aluksella portit klusterin Yhteenliittämisvelvollisuudet päästäkseen huippukunnossa kauko työmääriä sisällä Data ONTAP 8.2.1. Tämä on paras käytäntö takaa myös käyttöönottoja voi hyödyntää mahdollisten suorituskyky paranee tulevissa versioissa Data ONTAP.

Uusi myös FAS8040 ja FAS8060 on uusi Unified Target sovitin (TaY) 2; varastointi teollisuus ensin NetApp. Se tukee 16Gb Fibre Channel (FC) tai 10Gb Ethernet, joka tarjoaa joustavuutta tulevaisuudessa. Molemmat portit on asetettava sama "persoonallisuus" ja muuttamalla yhden UTA Portti muuttuu toisen portin samaan persoonallisuus. FAS8040 ja FAS8060 on kaksi UTA2 ASIC, ja portti paria ovat e0e/0e ja e0f/0f jakaminen ASIC, kun portti paria e0g/0g ja e0h/0h jakaa toisen ASIC.

FC persoonallisuus UTA2 tulee Autorange linkin nopeudet 16/8/4 Gb FC, mutta ei toimi 2 tai 1 Gbps. 10GbE ei Autorange alla 10GbE nopeuksilla. On tärkeää huomata, että UTA2 portteja ei tueta isompien DS14 FC hyllyille tai FC nauhalaitteita. Voit muodostaa yhteyden DS14 hyllyille tai FC nauha, käyttö X1132A-R6 tai X2054A-R6.

FAS8040 mahtuu enintään 720 asemia tai 240 SSD (per HA-järjestelmä), joiden maksimikapasiteetti on 2880 TB. Enimmäismäärä Flash Cache ja Flash-allas (yhdistetty) kapasiteetti on jopa 12 Tt per HA pari. Suurin raekoko on FAS8040 on 180TB ja suurin levyn koko on 100TB.

FAS8060 mahtuu enintään 1200 asemia tai 240 SSD (per HA-järjestelmä), joiden maksimikapasiteetti on 4800 TB. Enimmäismäärä Flash Cache ja Flash-allas (yhdistetty) on jopa 18TB per HA pari. Suurin raekoko on FAS8060 on 324TB ja suurin levyn koko on 100TB.

Aihekokonaisuuksien Data ONTAP solmu rajat FAS8040/60 ovat 24 NAS ja 8 SAN homogeeninen klusterin. Ei ole yllättävää, foorumi sekoittamalla säännöt heterogeenisten (seka) klusterit rajoittaa FAS8040/60 kanssa FAS/V3220s, 3250s, 3270s ja 6210s enintään 8 solmut sekä SAN-ja NAS klustereita. Nykyaikaisempia (kuten FAS/V6220s, 6240/50s ja 6280/90s) ovat päteviä 24 solmut NAS ja 8 solmut SAN kanssa FAS8040/60 - aivan kuten homogeeninen klustereita.


YHTEENVETO
FAS8000 on käytettävissä lainaus ja järjestys välittömästi Data ONTAP 8.2.1 RC2. Lähetykset tarkoitus aloittaa maaliskuu 2014. Toukokuusta alkaen 2014 FAS8000 järjestelmät ovat orderable kuin valmiiksi aseteltuna Clusters (FCCs).

Geek ONTAP , General

Super Varastointi: Fan näkemys NFL: n Data Storage

11 helmikuu 2014
Kuten useimmat amerikkalaiset, olen viime aikoina katsellut suurin, rohkein, ja kylmin tapahtuma amerikkalaisessa jalkapallossa: Super Bowl XLVIII kanssa 112200000 minun läheisin "ystävät".

Mutta vaikka et innostu iso peli, saatat silti olla kiinnostunut oppia roolista tietojen tallennus katsotuin televisio-ohjelma Amerikan historiassa.

Viikolla vievät Super Bowl, minulla oli etuoikeus auttaa soimaan avaamista kelloa NASDAQ-markkinapaikalla New Yorkissa - ja mikä kokemus ! Minulla oli myös tilaisuus keskustella NFL: n johtaja Information Technology, Aaron Amendolian, tutkia, miten ne hyödyntävät NetApp tallennusjärjestelmien tiedonhallintaan.

Se alkaa 40 NetApp FAS2200-sarjan tallennusjärjestelmät että tallentaa, suojella ja palvella tiedot kaikille 32 NFL joukkueet, tuhansia henkilöstön ja miljoonia faneja. Esimerkiksi:

Haluatko pelaaja tilastot pelin aikana? Kaikki pelin raakadataa on heti käytettävissä ja palvelee NetApp tallennusjärjestelmiä.

Kuten ne palokunta? Television ja sanomalehtien valokuvaajien kestää satoja tuhansia valokuvia ja videographers kaapata teräväpiirtovideota säännöllisen-kauden pelejä, pudotuspeleissä, ja Super Bowl - kaikki tallennetut NetApp tallennusjärjestelmiä.

Katso joku yllään kunniamerkki? NetApp tarjoaa infrastruktuurin, joka tukee turvallisuuden credentialing kaikille alkaen hot dog myyjät NFL komissaari.

Olen myös oppinut, että NFL hyödyntää koko protokollapinon (sekä SAN-ja NAS), yli 90% niiden infrastruktuurin käynnissä virtuaalikoneita NetApp tallennusjärjestelmiä.

Silti jokainen Super Bowl on ainutlaatuinen.

NFL: n loppukäyttäjät sijaitsevat usein hotellit korkean latenssin yhteyksiä; laitteisto tehdään vaikeissa olosuhteissa yleensä tavataan eniten tietokeskuksiin (limutölkin roiskuu, lika, hiekka jne.). Hyvä uutinen on, että SnapMirror, peilausohjelmiston rakennettu Data ONTAP mahdollistaa NFL failover, jos ongelma.

Itse asiassa he säännöllisesti testata toipumissuunnitelmat kanssa (live) vikasietoisuuden ja vikatilanteet.

Toki suosikki joukkue ei ehkä ole tehnyt sitä Super Bowl tänä vuonna, mutta kumppanuus NFL ja sen 32 joukkuetta ei pääty Super Bowl. Se on edelleen business as usual NFL: n IT-infrastruktuurin: päivittäminen hyökkäyskuvioita, streaming video, jne.

Jotka kaikki vaativat Super Storage Platform kuten NetApp: virallisten tietojen varastointiin toimittaja NFL.

Geek ONTAP , General

NetApp Salamat Accel 1.3.0

30 tammikuu 2014
NetApp ilmoitti tänään saatavuus Flash Accel 1.3.0, sen server-side-ohjelmisto, joka muuttaa tuetulle palvelin salama osaksi välimuistin backend Data ONTAP tallennusjärjestelmiä.

Johdonmukaisuus, Pysyvyys
Kuten aikaisemmista versioista, Flash Accel 1.3.0 havaitsee ja korjaa johdonmukaisuuden lohkossa tasolla - kuin punastuminen koko välimuistin. Huuhtelu koko välimuistin voi olla hyvä, koska ei ole tietoa johdonmukaisuutta kysymyksiä, mutta kauhea suorituskykyä. Flash Accel Välimuistin mitätöinti korjaa välimuisti, pitäen välimuisti pysyviä.

Lisäksi älykäs tietojen johdonmukaisuutta, Flash Accel tarjoaa myös pysyvyys poikki VM / server uudestisyntynyt.

Hyötyvät sekä älykäs tietojen johdonmukaisuus ja pysyvyys on varmistaa, että sekä välimuistin optimoi suorituskyvyn huipussaan (eli kun välimuisti on lämmin) ja että huippukunnossa voi kestää mahdollisimman pitkään (pitämällä välimuistin lämpimänä niin kauan kuin mahdollista ).


Sivuhuomautus: Flash Accel koodi hoitaa palvelimen välimuistin, nopeuttaa pääsyä tietoihin, jotka on tallennettu ja hallinnoi Data ONTAP on tallennusjärjestelmän. Flash Accel EI Data ONTAP koodi.

Mitä uutta
Flash Accel 1.3.0 lisää seuraavat ominaisuudet ja toiminnot:

  • Tuki Windows Server peltiin välimuisti:
    • Windows 2008 R2, Windows 2012 ja Windows 2012 R2
    • FC ja iSCSI tuki peltiin
    • Aihekokonaisuuksien apps tuetaan (kylmä cache vikasietoisuuden)
  • Lisää tuen Windows 2012 ja 2012 R2 VM ja vSphere 5.5 tuki
    • Huom: käyttö Flash Accel Flash Accel Management Console (FAMC), vSphere 5.5 tuetaan lisätty viimeisen viikon yleinen saatavuus Flash Accel 1.3
  • Jopa 4 Tt cache per palvelin
  • Tuki STEC PCI-e Accelerator
    • Huomautus: VMware ympäristössä, Flash Accel 1.3.0 on aluksi saatavilla vain käytettäväksi FAMC. 1.3.0 tukea käytettäväksi NetApp Virtual Storage Console (VSC) on saatavilla, kun VSC 5,0 julkaisut

Tarkista NetApp yhteentoimivuus Matrix Tool (IMT) uuden "Flash Accel" tallennusratkaisu sisällä "Server puskurointi ratkaisut" luokka tuoreimmat tuettujen kokoonpanojen.

Osana tämän tiedotteen, muistin kulutus on vähentynyt. Aiemmin Flash Accel vaaditaan 0,006 gigatavua fyysistä muistia isäntä jokaisen gigatavun laitteen muistin ja 0,006 GB lisää muistia VM jokaisen gigatavu välimuistin tila varataan. Versiosta 1.3.0, se on nyt mahdollista määrittää 0,0035 Gt fyysistä muistia (isäntä) ja 0,0035 Gt muistia (VM).

On myös tärkeää huomata, että oletuksena välimuistilohko koko versiossa 1.3.0 on kasvatettu 4 KB 8 KB.

Flash Accel 1.3.0 voi ladata minkä tahansa NetApp FAS tai V-Series asiakas ei maksa mitään. Voit ladata Flash Accel, käy NetApp tukisivusto .

Geek ONTAP , General

Snap Creator Deep Dive

30 joulukuu 2013
NetApp Snap Luoja Framework on tietosuojaa ohjelmisto, joka integroi NetApp ominaisuuksia kolmannen osapuolen sovelluksia, tietokantoja, hypervisorit ja käyttöjärjestelmiä.

Snap Luoja kehitettiin alun perin lokakuussa 2007 NetApp Asiantuntijapalvelut ja nopean Engineering vähentää (tai jopa poistaa) scripting. Nykyään Snap Creator on täysin tuettu ohjelmistojen jakeluun käytettävissä NetApp tukisivusto.

Snap Creator Team tarjoaa kaksi versiota Snap Creator: yhteisö versio ja virallisen NetApp julkaisu. Yhteisö versio sisältää uusimman laajennuksia, parannuksia ja ominaisuuksia, mutta ei tue NetApp tuki. NetApp versio on täysin testattu ja tuettu, mutta ei sisällä uusinta laajennuksia, ominaisuuksia ja parannuksia.

Tutkitaan arkkitehtuurin äskettäin julkaissut Snap Creator 4.1 Yhteisön Julkaisu marraskuussa 2013.

Snap Creator Server Arkkitehtuuri
Snap Luoja Server asennetaan yleensä keskitetysti palvelimella. Se sisältää työnkulun moottorin, joka on monisäikeinen, XML-odotuksiin komponentti, joka toteuttaa kaikki Snap Creator komentoja.

Sekä Snap Luoja GUI ja CLI, sekä kolmansien osapuolten ratkaisuja (kuten PowerShell cmdlets), hyödyntää Snap Luoja API. Esimerkiksi NetApp Workflow Automation voivat hyödyntää PowerShell cmdlets toimitettava Snap Creator.

Tallentaa sen kokoonpanoissa, Snap Creator sisältää asetustiedostoja ja profiilit sen Repository; tähän sisältyy maailmanlaajuinen configs ja profiili-tason globaalia configs. Jos olet perehtynyt aiempien versioiden kanssa Snap Luoja Server, yksi uusista komponenteista on laajennettu arkistoon. Tämä laajennus tarjoaa tietokannan sijainti kaikkiin töihin, tuotu tietoa työpaikoista ja jopa plug-in metatiedot.


Pysyvyys, Snap Luoja Tietokanta tallentaa tiedot Snap Luoja aikatauluja ja työpaikkoja sekä RBAC käyttäjiä ja rooleja.

Varastointi Interface on palvelinpuolen komponentti, joka käsittelee tietoliikenteen kautta Data ONTAP API suorittaa varastoinnin järjestelmän toiminnot kuten SnapVault, SnapMirror jne. Snap Creator sisältää myös Unified Manager käyttöliittymä, joka kommunikoi NetApp Tilausvideo Unified Manager; Se käyttää Unified Manager API (eikä ONTAP API).

Lopuksi, Snap luoja Server sisältää Agent Interface, joka on yhteydessä Agent (joka on yleensä asennettu isännät ulkopuolinen Snap luoja Server). Katsotaanpa siirtyä Snap Luoja Agent.

Snap Creator Agent Architecture
Snap Luoja Agent 4,1 hiljattain uusiksi kokonaan Java on monisäikeinen kaikissa käyttöjärjestelmissä. Osana tätä uudelleenkirjoitus, salaus oli käytössä koko ohjelmiston. Tämä tarkoittaa sitä, että aikaisemmista versioista (enintään versio 4.0) kommunikoi vain HTTP; kun taas versio 4.1, viestintä tapahtuu vain yli (salattu) HTTPS.

Ensinnäkin Agent Interface (on Server) tapasi agentin RESTful käyttöliittymä. Ensisijainen osa Agent on toiminta / Execution Manager. Se tehtävä on käsitellä tahansa saapuvien ja lähtevien ja / tai valmistunut vierailua kun Execution Manager todella täydentää näitä pyyntöjä.

Voit suorittaa useita tehtäviä, kukin Snap Creator Agent sisältää Thread Pool; se koostuu työntekijän viestiketjut, jotka määrittävät, kuinka paljon tietyn toiminnan.

Mutta mitä tapahtuu, jos toiminta on ylittänyt aikakatkaisuarvo tietyn ajan kuluttua? Tämä on, kun agentti vahtikoirana voi laukaista Execution Manager. Se on Usein vedotaan aikana quiesce toimintaa.


Liikettä, siellä Context Store jonka tietoja tarvitaan elinaikana työnkulun.

Snap Luoja Agent myös Plug-in Factory että instantiates laajennuksia ja kommunikoi suoraan Context 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.

Summary
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



Tämä sivusto ei ole tai sponsoroituja millään NetAppin tai muita mainitun yrityksen sisällä.

© 2009-2014 Chris Kranz Kaikki oikeudet pidätetään
Tämä sivusto ei ole tai sponsoroituja millään NetAppin tai muita mainitun yrityksen sisällä.