Designad för att misslyckas

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

English: Alan Shepard i kapsel ombord på Freedom 7 innan lansering-1961 Alan Shepard blev den första amerikanen i rymden den 5 maj 1961. Han lanserade ombord på hans Mercury-Redstone 3 raket som heter Freedom 7-den suborbitala flygningen varade i 15 minuter. (Foto: Wikipedia)

Jag skriver detta lite för min fru och icke-tekniska vänner. När jag tänkte igenom denna idé slog det mig att det inte är särskilt tekniskt, och det är ett bra sätt att förklara vad jag tillbringade mycket av min tid att göra när jag är faktiskt utforma lösningar.

Nyligen både min fru och mina telefoner har brutit på olika sätt, tappade hon hennes och det har aldrig varit densamma sedan, mina hade bara några skumma hårdvarufel och försöker fixa det gjorde det värre. Tekniken vi köper i allmänhet satts samman av de billigaste hårdvaruleverantör, med den lägsta kostnaden råvaruteknik (inte alltid fallet, men i stort sett sant). Massproduktion sänker kostnaderna, så inte slarva och minska redundans (flera komponenter som finns där enbart för att ta över när man misslyckas).

Generellt hemliv de flesta av oss inte bryr sig med redundans, några av oss kan ha mer än en stationär dator eller laptop, men de flesta av oss har bara en personlig telefon, en storbilds-TV, en Blueray-spelare, etc. etc. Vi köper råvara och vi accepterar att det är en handelsvara och benägna att misslyckas. En del av oss inte inser detta och bli upprörd när tekniken misslyckas (kanske många av oss inte inser detta!), Men när du kommer ihåg att den teknik du har är inte nödvändigtvis det bästa (det bästa är dyrt) men det billigaste, kommer du att inse varför det är så benägna att misslyckas. Det är därför det hemteknik försäkringsbranschen är så stark!

General , , ,

DevOps vs IT-Ops

17 mars 2014

Jag har tillbringat de senaste månaderna noga övervaka jobb styrelser, och på grund av min webbutveckling bakgrund jag får flaggas för utveckling jobb. Intressant de allra flesta utvecklingsroller tycks vara satts som DevOps roller. Inledningsvis detta fick min intresserad som jag skulle vara mycket intresserad av att göra en DevOps roll (min dev kunskaper är rostiga, men jag kan göra det Ops sidan ganska bra). Men det verkar de flesta DevOps roller är helt enkelt bara Utvecklings roller med lite config hantering ingår, och konfigurationshantering är kod relaterad, inte infrastrukturen.

Om man tittar på IT Operations sidan av saken, är dessa killar blir mer delaktiga i automatiserad bygger, konfigurationsinfrastrukturhantering och den allestädes närvarande oföränderlig serverkoncept. Problemet är att det finns en betydande cross-over i verktyg för DevOps och IT-Ops. Om du tittar på något som kock , Puppet , Ansible eller salt , en av de viktigaste beslutsfaktorerna är du är en utvecklare eller en person som infrastruktur. Utvecklare är mer benägna att förstå github arkiv och arbetsflöden, medan infrastruktur killar kommer att förstå mer scripting en automatiserad build. Med de stora virtualiseringsinfrastrukturleverantörer som kommer till festen med saker som VMwares Application Director och Data Director , samt Microsofts App-styrenhet , denna marknad snabbt blivit upptagen.

Men den viktigaste frågan är fortfarande, du är en utvecklare eller en person som infrastruktur? Antingen en person som infrastruktur är att bygga en mall för hand-over till utveckling, eller en utvecklare tar en färdiga mall och automatisera sin kod över toppen av det. Hur är DevOps då? Vid vilken punkt kommer infrastrukturverksamheten laget faktiskt har ett nära samarbete med utvecklingsteamet? Frågan kanske snarare är närmare: Vid vilken punkt kommer laget infrastrukturen låt utvecklingsteamet komma närmare infrastrukturen, och vid vilken tidpunkt kommer utvecklingsteamet låta laget infrastruktur komma närmare sin kod? Det finns fortfarande för många argument det ena eller det andra sättet (koden inte är optimerad för en virtuell stack, din infrastruktur inte är dynamisk nog för vår kod, etc. etc.).

General , , , ,

Förklara Snapshots

11 mar 2014

Detta verkar vara en populär sökterm så jag tycker det är värt att täcka av. Detta täcks på min gamla topp inlägg om Fractional Reservation , men jag ska täcka alternativ här också.

snap00259

NetApp snapshots brukade vara ganska unikt i branschen, men industrin termen för denna teknik är i allmänhet nu Bifoga-on-Write / Redirect-on-Write (nya skrivningar läggs till "slutet", eller omdirigeras till fria block, beroende hur man ser på det) och en hel del leverantörer gör det här sättet. Mycket enkelt uttryckt är alla nya data som skrivs till nya (nollställs) block på disken. Detta betyder inte att snapshot utrymme måste vara logiskt på samma plats som de produktionsdata, men som egentligen inte borde vara ett problem med bred-striping / aggregat / lagringspooler (plocka prioriterad leverantör term). När en ögonblicksbild tas, är det inode bord fryst och kopieras. De inode tabellen pekar på datablocken, och dessa datablock nu blivit fast. Eftersom de aktiva filsystem "förändringar" block, faktiskt dessa få skrivas till nya platser på disken, och så finns det ingen overhead till skriv (de nya block redan nollställas). I andra tekniker (ej NetApp) detta utgör också grunden för automatiserad tiering, när uppgifterna är "låst" av en ögonblicksbild, det kommer aldrig att skrivas över så att den säkert kan vara beroende av SSD eller SAS som läst prestanda är sällan ett problem. NetApp använder FlashPools att förstärka detta, och en ögonblicksbild är en utlösande faktor för data som ska differentierad ur FlashPools eftersom det aldrig kommer att bli "skrivas över".

Webbsök , , ,

VMware CPU Ready Tid

11 mar 2014

Jag har varit förvånad över att nyligen det har kommit tillbaka för att hemsöka mig som en fråga, och en viktig sådan.

Så vad är problemet? Tja, lång historia kort, om du svälter din virtuella egendom av CPU-resurser du får CPU redo statliga frågor. I stora drag detta orsakas av två frågor, du har över begått din CPU-resurser (konsolideringsnivå är för hög), eller dina virtuella maskiner är dimensionerade för stora (och deras arbetsbelastning är för hög).

VMware vSphere är mycket smart med den CPU virtualisering. För att möjliggöra flera virtuella maskiner delar samma CPU utrymme, det scheman dem in och ut. Onödigt att säga att detta händer väldigt snabbt, och i stort sett det enda du kommer att märka är att du förbrukar mycket lite CPU och har en mycket hög konsolideringsgrad. Problemet verkligen sker med stor VM (4 + vCPU s). vSphere måste vara mycket mer intelligent om det här, eftersom alla vCPU behov att förläggas på samma gång, eller skev något (en del av den avslappnade co-schemaläggning i 5,0 +). Den gyllene tillfälle att schemalägga dessa blir smalare ju mer vCPU är du tilldelar, så en 4 vCPU maskinen behöver vänta 4 logiska kärnor för att vara tillgänglig ( hyper-gängade kärnor räknas som individuella logiska kärnor), och 8 vCPU maskinen behöver vänta på 8. Den livligare en vSphere värd är, ju längre en kö kan det finnas för CPU-resurser och desto svårare är det att schemalägga alla vCPU s är. Medan en maskin väntar på CPU-resurser att finnas tillgängliga, är det i en färdig-tillstånd (vilket betyder att den har CPU-transaktioner att behandla, men kan inte eftersom inga resurser finns tillgängliga). Den avslappnade co-schemaläggning betyder att det inte alltid måste vänta på alla vCPU s som ska planeras samtidigt på logiska fysiska kärnor, men det är en tumregel vid dimensionering.

General , , , ,

Ny början

11 mar 2014

Första nya inlägg i det, 2-3 år? WAFL.co.uk utför fortfarande beundransvärt, och nu när jag har flyttat roller räkna jag det är dags att åter besöka mina gamla flammor. Mitt hem lab behöver en re-build och uppgradera och som bör få dokumenterade!

Så jag har flyttat in i den stora skrämmande värld av kontrakt baserat arbete, började jag min första roll ett par veckor sedan, och så långt det går bra. Jag vill hålla en uppdatering om mina bedrifter, de utmaningar som verkliga kunder står inför och dela några av mina allmänna funderingar. Webbplatsen kommer att vara mindre NetApp centrerad, men jag har fortfarande mina rötter i lager!

Min första roll innebar mycket intressanta utmaningar, men det finns några bra teknik finns här också. Ett starkt DevOps lag (som behöver hjälp med att integrera Ops bit, inte alla?), massor av Big Data utmaningar och en omedelbar projekt att titta på att skapa en mycket mer lyhörd infrastruktur, även när molntjänster passar i. Jag började livet som webbutvecklare, och det är kul att vara tillbaka på ett dotcom företag och se hur de utmaningar som har utvecklats.

Förbättras genom Zemanta

Allmänna , , ,

NetApp debuterar OnCommand Performance Manager

3 mar 2014
NetApp förra veckan släppte Beställnings Performance Manager 1.0 Release Candidate 1 (RC1) till alla NetApp kunder och partners. Denna nya programvara ger resultatstyrning, felsökning, och händelseanmälan för system som kör klustrade Data ONTAP 8.2 och 8.2.1.

Performance Manager 1.0 RC1 är utplacerade, inte installerad, som en virtuell tillämpning inom VMware ESX eller ESXi. En virtuell apparat är en färdiga mjukvarupaket, som innehåller ett operativsystem och mjukvaruapplikationer som är integrerade, hanteras och uppdateras som ett paket. Denna programdistribution metod förenklar vad som skulle vara en annars komplicerad installationsprocess.

Vid driftsättning, skapar Linux 2.6.32-baserad virtuell tillämpning en virtuell maskin som innehåller användarprogram, tredjepartsprogram, och all konfigurationsinformation förinstallerade på den virtuella maskinen. En stor del av den virtuella maskinen middleware är byggd främst med Java och innehåller flera öppen källkod komponenter - främst från (men inte begränsat till) Apache Software Foundation har Debian-projektet och Free Software Foundation.

Dimensionering Performance Manager är baserad på ett antal faktorer: antalet klustrade Data ONTAP kluster, maximalt antal noder i varje kluster, och maximalt antal volymer på varje nod i ett kluster.

För att möta den officiella supportstatus från NetApp, kräver Performance Manager 1.0 RC1 12 GB (reserverad) minne, 4 virtuella processorer, och totalt 9572 MHz (reserverad) processor. Denna kvalificerad konfiguration uppfyller miniminivåer för acceptabel prestanda och konfigurera inställningarna mindre än specificerat stöds inte. Intressant öka någon av dessa resurser är tillåtet - men rekommenderas inte - eftersom detta ger lite extra värde.

I själva verket, enligt December 2013 AutoSupport data från NetApp, de flesta kunder bör förvänta sig att distribuera en enda Performance Manager virtuell tillämpning; som ett exempel kommer att vara lämpliga för 95% av alla som idag sköts klustrade Data ONTAP system.

Det är också intressant att notera att en hel del produkter finns i Beställnings portfölj som ger prestandaövervakning. Så när skulle en produkt vara bättre lämpad än en annan?

Låt oss börja med Performance Manager; detta är den minsta gemensamma nämnaren. Den övervakar och felsöker djupt in i klustrade Data ONTAP systemet.

Beställnings Balance ger felsökning och optimering på nästa nivå - särskilt i en servervirtualiseringsmiljö. Den övervakar klustrade Data ONTAP, den virtuella, och värdar. Det korrelerar samtliga data med hjälp av prestandaanalys och ger vägledning.

Slutligen är Beställnings Insight en komplett Storage Resource Management-lösning för stora, komplexa, flera leverantörer lagring i virtuella och fysiska miljöer. NetApp kunderna lägga Insikt om de har andra leverantörers lagring, såsom EMC, HP, IBM, HDS, etc.

Ingen licens krävs för att driftsätta Beställnings Performance Manager 1.0 RC1. För de nödvändiga VMware server-och webbläsarversioner, se Interoperability Matris (IMT) sida på NetApp Support Site.

Geek ONTAP ,

NetApp Unveils FAS8000

19 februari 2014
NetApp idag lanserade FAS8000-serien, det senaste företaget plattform för gemensam infrastruktur, med tre nya modeller: FAS8020, FAS8040 och FAS8060, som ersätter den FAS/V3220, FAS/V3250 och FAS/V6220, respektive. Den nya linjen kommer ursprungligen levererades med Data ONTAP 8.2.1 RC2, stödja antingen 7-Mode eller klustrade Data ONTAP.

Alla system finns i antingen fristående och HA-konfigurationer inom ett och samma chassi. Alla fristående FAS8000 controller konfigurationer kan ha en andra controller (av samma modell) läggs till i chassit för att bli HA.

Den nya FAS8000 har kvalificerats med DS2246, DS4246, DS4486, DS4243, DS14mk4, och DS14mk2-AT diskhyllor med IOM6, IOM3, ESH4, och AT-FCX hylla moduler. Virtualiserad lagring från flera leverantörer kan också läggas till FAS8000 - utan en dedikerad V-serien "gateway"-systemet - med den nya "FlexArray" programvara funktionen.

NetApp kommer inte att erbjuda en separat FlexCache modell för FAS8000-serien.

Låt oss undersöka de tekniska detaljerna i var och en av dessa nya lagringssystem.


FAS8020
Den 3U formfaktor FAS8020 (kodnamn: "Buell") är riktade mot medelstora företagskunder med blandade arbetsbelastning. Varje processor Control Module (PCM) innehåller ett enda uttag, 2,0 GHz Intel E5-2620 "Sandy Bridge-EP" processor med 6 kärnor (12 per HA par), en Intel Patsburg-J Southbridge, och 24 GB DDR3 fysiskt minne ( 48GB per HA pair).

NetApp stöder enkel och dubbel controller konfigurationer i ett chassi, men till skillnad från tidigare system, I / O-expansionsmodul (IOXM) konfigurationer som inte stöds. Den ökade blandning av högpresterande ombord hamnar och den flexibilitet som den nya Unified Target Adapter 2 (UTA2) hamnar minskar behovet av högre slot räknas på FAS8000 serien.

Som med NetApp NVRAM8 på tidigare FAS-system, varje FAS8020 PCM innehåller 4 GB NVRAM9 (8 GB per HA par) med batteribackup; bör ett strömavbrott inträffar, är innehållet i NVRAM destaged på NAND Flash-minne. När strömmen kommer tillbaka, är det resulterande NVLOG sedan spelas upp för att återställa systemet. NVRAM9 är integrerat på moderkortet och inte tar upp en kortplats.

Den FAS8020 bygger på Gen 3 PCI Express (PCIe)-arkitektur för inbyggda enheter (t.ex. PCI broar, Ethernet / Fiber Channel / InfiniBand-adaptrar och SAS-controllers). Dess platser med stöd för breda länkar upp till x8 körfält.

Interestingly utnyttjar nu 40Gb QDR InfiniBand adaptrar HA interconnect för FAS8020; Detta är en betydande uppgradering från (fiber) teknik som finns inom FAS/V3220 10GBASE-KR (koppar) eller 10GBASE-SR.

Också ny till FAS8020 är den nya Unified Target Adapter (UTA) 2; en lagring industrin först från NetApp. Den stöder 16 GB Fibre Channel (FC) eller 10 Gbit Ethernet, som ger framtida flexibilitet. Båda portarna måste vara inställd på samma "personlighet" och ändra en UTA Porten ändras den andra porten till samma personlighet. Den FAS8020 har en enda ASIC för ombord UTA2 portar, och feltolerans över ASIC förutsätta X1143A-R6.

FC personlighet på UTA2 kommer Autorange länkhastigheter från 16/8/4 Gb FC, men fungerar inte på 2 eller 1 Gbps. Den 10GbE kommer inte automatisk skala nedan 10GbE hastigheter. Det är viktigt att notera att UTA2 portar stöds inte med äldre DS14 FC hyllor eller FC bandstationer. För att ansluta till DS14 hyllor eller FC tejp, användning X1132A-R6 eller X2054A-R6.

Den FAS8020 rymmer maximalt 480 enheter eller 240 SSD (per HA-system), med en maximal kapacitet på 1.920 TB. Den maximala mängden Flash Cache och Flash Pool (kombinerad) kapacitet är upp till 6 TB per HA par. Maximal stenstorlek på en FAS8020 är 150TB och den maximala volymen storleken är 70TB.

Klustrade Data ONTAP nod gränserna för en FAS8020 är 24 för NAS och 8 för SAN med ett homogent kluster. Inte överraskande, plattforms blanda regler med heterogena (blandade) kluster begränsar FAS8020 med FAS/V3220s, 3250s, 3270s, och 6210S till maximalt 8 noder för både SAN och NAS-kluster. Mer moderna system (t.ex. FAS/V6220s, 6240/50s och 6280/90s) är kvalificerade med 24 noder för NAS och 8 noder för SAN med FAS8020 - precis som homogena grupper. Var också medveten om att FAS8020 igång inom en heterogen (blandad) kluster av FAS/V3210s, FAS/V3240s eller FAS22xx system endast har kvalificerats för 4 noder för SAN och fyra noder för NAS vid denna tid.


FAS8040/60
Den 6U formfaktor FAS8040 och FAS8060 (kodnamn: "Bimota") är inriktade på medelstora till stora företagskunder med affärskritiska applikationer och molninfrastruktur.

Varje FAS8040 Processor Control Module (PCM) innehåller ett enda uttag, 2,1 GHz Intel E5-2658 "Sandy Bridge-EP" processor med åtta kärnor (16 per HA par), en Intel Patsburg-J Southbridge, och 32 GB DDR3 fysiskt minne (64GB per HA pair).

Varje FAS8060 PCM har dubbla uttag, 2,1 GHz Intel E5-2658 "Sandy Bridge-EP"-processorer med totalt 16 kärnor (32 per HA par), en Intel Patsburg-J Southbridge, och 64 GB DDR3 fysiskt minne (128 GB per HA-par). Data ONTAP CPU-användning på varje FAS8060 PCM når 1,560%; Det innebär alla 16 kärnor aktivt underhåll av arbetsbördan (100% är lika med en kärna).

NetApp stöder enkel och dubbel controller konfigurationer i ett chassi, men till skillnad från tidigare system, I / O-expansionsmodul (IOXM) konfigurationer som inte stöds. Den ökade blandning av högpresterande ombord hamnar och den flexibilitet som den nya UTA2 portarna minskar behovet av högre slot räknas på FAS8000 serien.

Som med NetApp NVRAM8 på tidigare FAS-system, varje FAS8040 eller FAS8060 PCM innehåller 8 GB NVRAM9 (16GB per HA par) med batteribackup; bör ett strömavbrott inträffar, är innehållet i NVRAM destaged på NAND Flash-minne. När strömmen kommer tillbaka, är det resulterande NVLOG sedan spelas upp för att återställa systemet. NVRAM9 är integrerat på moderkortet och inte tar upp en kortplats.

Den FAS8040/60 bygger på Gen 3 PCI Express (PCIe)-arkitektur för inbyggda enheter (t.ex. PCI broar, Ethernet / Fiber Channel / InfiniBand-adaptrar och SAS-styrenheter). Alla kortplatser stöder x8 breda länkar.

Interestingly utnyttjar nu 40Gb QDR InfiniBand adaptrar HA interconnect för FAS8040/60; Detta är en betydande uppgradering från (fiber) teknik som finns inom FAS/V3250 och en blygsam förbättring från FAS/V6220 s 20Gb DDR InfiniBand samtrafik 10GBASE-KR (koppar) eller 10GBASE-SR.

Enligt NetApp bör FAS8040 och FAS8060 använda alla fyra ombord portar för klustret samtrafik för att nå topprestanda för fjärr arbetsbelastning inom Data ONTAP 8.2.1. Denna bästa praxis säkerställer också distributioner kan dra nytta av potentiella prestandaökningar i framtida versioner av Data ONTAP.

Också ny i FAS8040 och FAS8060 är den nya Unified Target Adapter (UTA) 2; en lagring industrin först från NetApp. Den stöder 16 GB Fibre Channel (FC) eller 10 Gbit Ethernet, som ger framtida flexibilitet. Båda portarna måste vara inställd på samma "personlighet" och ändra en UTA Porten ändras den andra porten till samma personlighet. Den FAS8040 och FAS8060 har två UTA2 ASIC, och paren hamn är e0e/0e och e0f/0f dela en ASIC, medan par hamn e0g/0g och e0h/0h dela den andra ASIC.

FC personlighet på UTA2 kommer Autorange länkhastigheter från 16/8/4 Gb FC, men fungerar inte på 2 eller 1 Gbps. Den 10GbE kommer inte automatisk skala nedan 10GbE hastigheter. Det är viktigt att notera att UTA2 portar stöds inte med äldre DS14 FC hyllor eller FC bandstationer. För att ansluta till DS14 hyllor eller FC tejp, användning X1132A-R6 eller X2054A-R6.

Den FAS8040 rymmer maximalt 720 enheter eller 240 SSD (per HA-system), med en maximal kapacitet på 2.880 TB. Den maximala mängden Flash Cache och Flash Pool (kombinerad) kapacitet är upp till 12TB per HA par. Maximal stenstorlek på en FAS8040 är 180TB och den maximala volymen storleken är 100TB.

Den FAS8060 rymmer maximalt 1.200 enheter eller 240 SSD (per HA-system), med en maximal kapacitet på 4.800 TB. Den maximala mängden Flash Cache och Flash Pool (kombinerad) kapacitet är upp till 18TB per HA par. Maximal stenstorlek på en FAS8060 är 324TB och den maximala volymen storleken är 100TB.

Klustrade Data ONTAP nod gränserna för en FAS8040/60 är 24 för NAS och 8 för SAN med ett homogent kluster. Inte överraskande, plattforms blanda regler med heterogena (blandade) kluster begränsar FAS8040/60 med FAS/V3220s, 3250s, 3270s, och 6210S till maximalt 8 noder för både SAN och NAS-kluster. Mer moderna system (t.ex. FAS/V6220s, 6240/50s och 6280/90s) är kvalificerade med 24 noder för NAS och 8 noder för SAN med FAS8040/60 - precis som homogena grupper.


SAMMANFATTNING
Den FAS8000 är tillgänglig för offert och order direkt med Data ONTAP 8.2.1 RC2. Leveranserna är planerade att påbörjas mars 2014. Från och med maj 2014 kommer FAS8000 system bli beställningsbar som fabrikskonfigurerad Clusters (FCC).

Geek ONTAP , General

Super Förvaring: A Fan syn på NFL: s datalagring

11 feb 2014
Som de flesta amerikaner, nyligen såg jag den största, djärvaste och kallaste händelse i amerikansk fotboll: Super Bowl XLVIII med 112.200.000 av mina närmaste "vänner".

Men även om du inte bli upphetsad över det stora spelet, kanske du fortfarande är intresserad av att lära sig om den roll som datalagring för den mest tittade tv-program i amerikansk historia.

Under veckan fram till Super Bowl, hade jag förmånen att hjälpa till att ringa öppningen klockan vid NASDAQ Market i New York - och vad en upplevelse ! Jag fick också möjlighet att chatta med NFL: s direktör för informationsteknologi, Aaron Amendolia, för att undersöka hur de utnyttja system för datahantering NetApp lagring.

Det börjar med 40 NetApp FAS2200 serien lagringssystem som lagrar, skyddar och tjänar data till alla 32 NFL-lag, tusentals anställda och miljontals fans. Till exempel:

Vill spelarstatistik under spelet? Alla spel spela rådata är omedelbart tillgängliga och betjänas av NetApp lagringssystem.

? Liksom dessa actionbilder TV-och tidningsfotografer tar hundratusentals foton och videofilmare fångar HD-video på ordinarie säsongen spel, slutspelet, och Super Bowl - allt lagras på NetApp lagringssystem.

Se någon som bär en bricka? NetApp ger den infrastruktur som stödjer säkerhets credentialing för alla, från varmkorvförsäljare till NFL kommissionär.

Jag lärde mig också att NFL utnyttjar hela protokollstacken (både SAN och NAS), med mer än 90% av deras infrastruktur köra virtuella maskiner på NetApp lagringssystem.

Ändå är varje Super Bowl unik.

NFL: s slutanvändare är ofta belägna i hotell med hög latency anslutningar; hårdvara utsattes för hårda miljöer vanligtvis inte finns inom de flesta datacenter (Soda kan spill, smuts, grus, etc.). Den goda nyheten är att SnapMirror, replikering programvara inbyggd i Data ONTAP, gör NFL att failover i händelse av ett problem.

Faktum är att de regelbundet testa sina katastrofplaner med (live) failover och återställning efter fel.

Visst, ditt favoritlag kanske inte har gjort det till Super Bowl i år, men partnerskapet med NFL och dess 32 lag slutar inte med Super Bowl. Det är fortfarande business as usual för NFL: s IT-infrastruktur: uppdatering av spelböcker, strömmande video, etc.

Allt detta kräver en super lagringsplattform som NetApp: den officiella datalagring leverantör av NFL.

Geek ONTAP , General

NetApp Utlösare Blixt Accel 1.3.0

30 januari 2014
NetApp meddelade idag att det finns Flash Accel 1.3.0, sin server-side-programvara som förvandlar stöds server flash i en cache för backend Data ONTAP lagringssystem.

Koherens, Persistence
Som med tidigare versioner, Flash Accel 1.3.0 upptäcker och korrigerar för koherens på blocknivå - i stället för att spola hela cachen. Spolning hela cachen kan vara bra eftersom det inte finns några datakoherens frågor, men fruktansvärt för prestanda. Flash Accel cache ogiltig korrigerar cache, samtidigt som cache ihållande.

Förutom intelligent datakoherens, ger Flash Accel också uthållighet över VM / server omstarter.

Fördelen med både intelligent datakoherens och uthållighet är att se till att både cache optimerar prestanda på topp (dvs när cachen är varmt) och att topprestanda kan pågå så länge som möjligt (genom att hålla cachen varmt så länge som möjligt ).


Sidoanteckning: Flash Accel kod hanterar server cache, snabbare tillgång till data som lagras och förvaltas av Data ONTAP på lagringssystemet. Flash Accel är INTE Data ONTAP kod.

VAD NYTT
Flash Accel 1.3.0 lägger till följande egenskaper och funktioner:

  • Stöd för Windows Server ren metall caching:
    • Windows 2008 R2, Windows 2012 och Windows 2012 R2
    • FC och iSCSI-stöd till ren metall
    • Klustrade apps som stöds (kall cache på failover)
  • Lägger till stöd för Windows 2012 och 2012 R2 VM och vSphere 5.5 stöd
    • Anmärkning: för användning av Flash Accel med Flash Accel Management Console (FAMC), vSphere 5.5 stöd kommer att läggas inom veckor av allmän tillgång till Flash Accel 1.3
  • Upp till 4 TB cache per server
  • Stöd för STEC PCI-e Accelerator
    • Anm: VMware miljö, Flash Accel 1.3.0 initialt endast tillgänglig för användning med FAMC. 1.3.0 stöd för användning med NetApp Virtual Storage Console (VSC) kommer att finnas tillgängliga när VSC 5,0 releaser

Kontrollera NetApp Interoperability Matrix Tool (IMT) under den nya "Flash Accel" lagringslösning inom kategorin "Server cachningslösningar" för konfigurationer mest uppdaterade stöds.

Som en del i denna utgåva, har minnesförbrukningen minskat. Tidigare krävs Flash Accel 0.006 GB fysiskt minne på värden för varje gigabyte av enhetens minne och 0,006 GB extra minne på VM för varje gigabyte cache utrymme fördelas. Med version 1.3.0, är ​​det nu möjligt att konfigurera 0,0035 GB fysiskt minne (på värden) och 0,0035 GB extra minne (till VM).

Det är också viktigt att notera att standardcacheblockstorlek i version 1.3.0 har ökat från 4 KB till 8 kB.

Flash Accel 1.3.0 kan laddas ner av alla NetApp FAS eller V-Series kunden utan kostnad. För att ladda ner Flash Accel, besök NetApp Support Site .

Geek ONTAP , General

Snap Skaparen Deep Dive

30 december 2013
NetApp Snap Skaparen Framework är dataskydd programvara som integrerar NetApp funktioner med tredjepartsapplikationer, databaser, hypervisorer och operativsystem.

Snap Skaparen utvecklades ursprungligen i oktober 2007 av NetApp Professional Services och snabbinsatsteknik för att minska (eller eliminera) skript. Numera är Snap skapare ett fullt stöd programvarufördelning tillgänglig från NetApp Support Site.

Den Snap Skaparen Team har två versioner av Snap skapare: en gemenskap version och en officiell NetApp utsläpp. Samhället versionen innehåller den senaste plug-ins, förbättringar och funktioner, men stöds inte av NetApp Support. Den NetApp versionen är fullständigt testad och stöd, men inte den senaste plugin-program, funktioner och förbättringar.

Låt oss undersöka arkitekturen i den nyligen lanserade Snap Creator 4.1 Community Släpp i november 2013.

Snap Skaparen Server Architecture
Den Snap Skaparen Server är normalt installeras på en central server. Den innehåller en Workflow Engine, vilket är en multi-trådad, XML-driven komponent som utför alla Snap Skaparen kommandon.

Både Snap Skaparen GUI och CLI, samt tredjepartslösningar (t.ex. Powershell-cmdlets), utnyttja Snap Skaparen API. Till exempel kan NetApp Workflow Automation utnyttja Power Cmdlets att kommunicera till Snap Skaparen.

För att lagra sina konfigurationer, Snap Creator innehåller konfigurationsfiler och profiler i sitt arkiv; detta inkluderar globala configs och globala configs profilnivå. Om du är bekant med tidigare versioner av Snap Skaparen Server, en av de nya komponenterna är den förlängd Repository. Denna utvidgning ger en databas plats för varje jobb, importerad information om jobb, och till och med plug-in metadata.


För uthållighet, lagrar Snap Skaparen Databas information om Snap Skapar scheman och jobb samt RBAC användare och roller.

Lagringsgränssnitt är server-side komponent som hanterar kommunikation via Data ONTAP API: er för att utföra lagringssystem operationer som SnapVault, SnapMirror, etc. Snap Skaparen ingår även Unified chef gränssnitt som kommunicerar med NetApp Beställnings Unified chef; det faktiskt använder Unified Manager-API: er (i stället för Ontap API: er).

Slutligen innehåller Snap Skaparen Server en agent gränssnitt som kommunicerar med Agent (som vanligtvis installeras på datorer utanför Snap Skaparen Server). Låt oss gå vidare till Snap Skaparen Agent.

Snap Skaparen Agent Arkitektur
Den Snap Skaparen Agent 4.1 nyligen omskriven helt i Java för att vara flertrådade på alla operativsystem. Som en del av denna omskrivning, var kryptering aktiverad under hela programmet. Detta innebär att tidigare versioner (upp till och med version 4.0) kommer endast kommunicera via HTTP; medan med version 4.1, sker kommunikationen endast över (krypterat) HTTPS.

För det första, Agent Interface (på servern) pratar med Agentens REST-gränssnitt. Den primära komponenten i Agent är Drift / Execution Manager. Den ansvarar för att hantera alla inkommande, utgående och / eller avslutade förfrågningar medan Execution chef faktiskt slutför sådana ansökningar.

För att utföra flera uppgifter, innehåller varje Snap Skaparen Agent a Tråd Pool; den består av arbetstrådar, som bestämmer antalet givna operationer.

Men vad händer om en operation har överskridit en timeout värde efter en viss tid? Det är när Agentens Watchdog kan utlösas av Execution Manager. Det är ofta nog anropas under QUIESCE operationer.


Går vidare, det finns en kontext Store som innehåller information som behövs under den tid arbetsflödet.

Den Snap Skaparen Agent ingår även en plug-in Factory som instansierar de plug-ins och kommunicerar direkt till Context Store.

För Java Plug-ins, är det också viktigt att notera att den direkt kan prata tillbaka till Context Store på ombud, samt till Snap Skaparen Server - via token-baserad lagring tillgång. Det innebär att de kan utföra lagring utan att kommunicera tillbaka till Snap Skaparen Server. Även om detta är en funktion som inte har utnyttjas för att datum, är det ändå finns framåt.

Men vad händer om Plug-in Factory instansieras ett icke-Java plug-in?

I detta scenario kör det koden för den befintliga plug-in Integration Engine, som kan köra version 4.0 eller 3.6 plug-ins och stöder anpassade plugin-program skrivna i Perl, Unix shell scripting, Powershell, etc.

Sammandrag
För att sammanfatta, vi har diskuterat både servern och agenten arkitektur Snap Creator 4.1. Om du vill veta mer om att utveckla plug-ins, besök SnapCreator.com .

Geek ONTAP , General



Denna webbplats är inte anslutna eller sponsras i alla fall av NetApp eller något annat företag som nämns inom.

© 2009-2014 Chris Kranz ensamrätt
Denna webbplats är inte anslutna eller sponsras i alla fall av NetApp eller något annat företag som nämns inom.