NetApp Engineer

Jeg er meget beæret og taknemmelig for at være blevet spurgt for nylig af Lisa Crewe fra NetApp til at sammensætte en gæst blog-indlæg på hendes NetApp blog. Den første af disse er gået live her i eftermiddag, der dækker nogle af de grundlæggende at "Hvad er Cloud". Jeg var helt opsat på ikke at snakke bestemte produkter eller løsninger, men mere de blødere aspekter af, hvad du skal overveje for at starte planlægningen i retning af din egen Cloud tilbud.

http://blogs.netapp.com/crewe_oncommand/2011/05/guest-post-what-is-the-cloud.html

Som du gør, jeg læste op på RAID-niveauer, mens i badet. Emnet for atomicity kom op, og det er noget jeg gerne ville dele.

Ikke normalt den mest pålidelige kilde til tekniske data, men jeg vil citere Wikipedia til at hjælpe med at forklare atomicity at sætte scenen. Taget fra http://en.wikipedia.org/wiki/RAID under afsnittet "Problemer med RAID" ...

Dette er en lille forstået og sjældent nævnes svigt for redundante storage-systemer, der ikke udnytter transaktionelle funktioner. Database forsker Jim Gray skrev "Update in Place er en Poison Apple" ^[28] i de tidlige dage af relationel database kommercialisering. Men denne advarsel stort set gik upåagtet hen og faldt af i svinget på fremkomsten af ​​RAID, som mange softwareingeniører forvekslede som løse alle datalagring integritet og pålidelighed problemer. Mange programmer opdatere et lager objekt "in-place", det er, de skriver en ny version af objektet på den samme disk-adresser som den gamle version af objektet. Mens softwaren kan også logge nogle delta informationer andetsteds, forventer opbevaring at præsentere "Atomic skrive semantik", hvilket betyder, at skrivning af data indtraf enten i sin helhed eller slet ikke forekomme overhovedet.

Dette er kommet tilbage til lys for nylig, men under en anden forklædning med SSD skrive svigt problemer. Mange SSD producenter og enterprise storage leverandører tager fat på dette med nye firmware, der skriver alle data sekventielt, aldrig over-skrive en datablok, indtil hele disken er skrevet derefter starte forfra-skrive blokke fra starten (der er naturligvis blevet frigjort først). Læs mere ... (977 ord, 1 image, anslået 3:54 min læsning tid)

Næsten problemfri! Sort of ...

Som med de fleste af mine tanker, startede det med en uskyldig kunde forespørgsel. EMC har nogle meget fede indbyggede værktøjer til at gøre problemfri CIFS data migration, men NetApp gør ikke. Det er noget, der ofte forårsager en rimelig mængde problemer og nogle omhyggelig planlægning med NetApp, som vi ikke har denne. Men jeg tænkte i dag, vi kinda gøre, jeg tror bare ikke vi udnytte de værktøjer til rådighed korrekt.

Indtast widelinks. Her er et uddrag fra en NetApp KB artikel om emnet (KB 3.011.420) ...

Et symbolsk link er en speciel fil, der oprettes af NFS klienter, der peger til en anden fil eller mappe. Widelink poster er en måde at omdirigere absolutte symbolske links på filer. De giver det symbolske link destination til at være en del på den samme ansøger, eller på en anden filer. De følgende eksempler illustrerer, hvordan du opretter en symlink fra volumen til qtree på samme filer, og fra volumen til volumen på forskellige filers.

Hvad betyder det og hvorfor vil mit liv være lettere efter at have læst resten af ​​denne artikel?

Så hvis jeg har en dejlig skinnende ny NetApp filer (eller en gammel jeg har ikke fået runde til at migrere mine CIFS data på endnu), og jeg har min gamle CIFS filserveren, der hastigt nærmer sig fejl eller ude af støtte. Jeg kan oprette min nye fil og aktiestruktur på min NetApp, og derefter bruge widelinks at omdirigere brugeren til CIFS filserver mens jeg bekymre sig om alle de data, der kopieres ud af timer uden at have bolden, mavepine at kopiere alle mine data alle på gang. Læs mere ... (1385 ord, 3 billeder, anslået 5:32 min læsning tid)

Jeg helt sikkert ser frem til VMWorld i år! Jeg har ikke været siden Cannes i 2007, så jeg glæder mig til at se, hvor meget det er vokset og endnu mere, så jeg har min VCDX Defense ud af vejen, så jeg relativt jeg understrege gratis! De sessioner virke lidt overvældende, jeg skal tilbringe de næste par uger at indhente den mistede sessioner online synes jeg!

Hvis du er der, kommer spore mig ned. Jeg vil blive hængende omkring med NetApp fyre lidt, drille de andre storage leverandører, og jeg vil helt sikkert være på NetApp Fællesskaber begivenheden på tirsdag aften - http://communities.netapp.com/thread/10582 .

Her er en hurtig liste over de sessioner jeg tror, ​​jeg vil deltage. Jeg er stadig uafklaret om et par, og har indsnævret det ned til 2. Jeg vil være sikker på at se en masse flere sessioner end dette efter hændelsen, da der er en masse gode ting jeg går glip af! Jeg ser frem til alle der selv!

Mandag
09:00: ALT2002 - vCenter VSheild
10:00: SS1055 - Partner Super Session
10:30: TA6720 - Fejlfinding med ESXTOP for avancerede brugere
12:00: BC7773 - SRM Misforståelser og fejlkonfigurationer
12:00: GD01 - vSphere Sikkerhed
13:30: BC7729 - Intelligent HA, Application bevidsthed med HA
15:00: TA7994 - vStorage opdatering til vSphere 4,1

Tirsdag
11:00: MA7140 - vCloud Arkitektur Design Strategies
12:30: TA8218 - VMware Opbevaring Vision
2pm: SE8206 - Security Hardening Retningslinjer for vSphere
14:00: ALT3001 - SRM Udvidet konfiguration
15:30: DV7706 - View Composer, Teknisk Deep Dive
15:30: SE8389 - Arkitektonisk Oversigt over sikkerhed for Det Private Cloud
05:00: ALT3003 - Performance Tuning for vSphere Læs mere ... (440 ord, 1 image, anslået 1:46 min læsning tid)

Jeg havde til opgave at replikere en eksisterende kunder filer til deres nye DR-system. Det var ganske et stort system, og så meget som at skabe SnapMirrors ikke er særlig kompliceret, det er tidskrævende. Så som med mange ting jeg gør, jeg skrev et script til at hjælpe min opnå denne opgave hurtigere, og gå har endnu en kop kaffe.

Du skal bruge Pre-Shared Keys setup (som altid), men resten bliver bedt om. Der er ingen datavalidering (ingen overraskelse). Scriptet vil udsende 4 tekst filer, en for at skabe / begrænse de mængder, en for "snapmirror.conf", om der skal anvendes i stedet for "snapmirror.conf", mens du gør det baseline initialisering, og endelig en til faktisk initialisere snapmirrors. Der er ingen intelligens omkring samtidige streams, så initialiseringen er stadig lidt af en jonglør og venter.

Lad mig vide, hvis du finder det nyttigt.

#! / Bin / bash

echo "Indtast navnet på den primære filer:"
læse PRI_FILER

echo "Indtast navnet på DR filer:"
læse DR_FILER

ConnectString = "ssh-c 3DES"
# ConnectString = "rsh"

SnapMirrorHour = 22
SnapMirrorMinute = 0
SnapMirrorStagger = 5

echo ""> $ {DR_FILER} _filer_volumes.txt
echo ""> $ {DR_FILER} _snapmirror.conf
echo ""> $ {DR_FILER} _sm_initialize.txt
echo ""> $ {DR_FILER} _snapmirror_init.conf

for AGGR i `$ {ConnectString} $ PRI_FILER" aggr status "| awk '! $ 2 ~ / Stat / {print $ 1}'`
gøre
SIZE = `$ {ConnectString} $ PRI_FILER" DF-Ah $ AGGR "| sed 's / \ ([0-9] [KMGT] \) B / \ 1 / g' |!. Awk '$ 1 ~ / snapshot | Samlet / {print $ 2} '`
til VOL i `$ {ConnectString} $ PRI_FILER" aggr show_space $ AGGR "| awk '$ 1 ~ / Space / {print $ 0}!' | awk '$ 4 ~ / volumen | file | Ingen / {print $ 1}'`
gøre
echo "vol. Opret $ {VOL} s none $ {AGGR} $ {SIZE}" >> $ {DR_FILER} _filer_volumes.txt
echo "vol. begrænse $ {VOL}" >> $ {DR_FILER} _filer_volumes.txt
echo "snapmirror Initialize-S $ {PRI_FILER}: $ {VOL} $ {DR_FILER}: $ {VOL}" >> $ {DR_FILER} _sm_initialize.txt
echo "$ {PRI_FILER}: $ {VOL} $ {DR_FILER}: $ {VOL} - $ {SnapMirrorMinute} $ {SnapMirrorHour} **" >> $ {DR_FILER} _snapmirror.conf
echo "$ {PRI_FILER}: $ {VOL} $ {DR_FILER}: $ {VOL} -----" >> $ {DR_FILER} _snapmirror_init.conf

SnapMirrorMinute = `expr $ SnapMirrorMinute + $ SnapMirrorStagger` Læs mere ... (328 ord, anslået 1:19 min læsning tid)

Undskyld fraværet i både nærvær og stillinger. Det har været en rutsjebane sidste år med personskade og flad-out arbejdstider, så jeg har haft lidt tid eller motivation til at blogge eller vise mit ansigt rundt om de samfund. Mine undskyldninger, og jeg er fast besluttet på at bryde denne vane og komme tilbage ind i tingene igen! Men nok snak, komme videre med de skrifter ...

Det er ikke noget jeg ser meget ofte, men når jeg gør, det er interessant at se i statistikken taler for sig selv. Jeg er med en kunde, som havde en scripted indsættelse af deres NetApp boet et par år siden, og det blev ikke udviklet eller leveret med for megen omsorg eller opmærksomhed (noget jeg ønsker at diskutere en anden dag). De har en VMware ejendom med SQL, Exchange og andre ting. Det hele kører på tværs af en i alt over 100 15k FC spindler. Det er ikke en stor ejendom i sammenligning med andre steder, så jeg fascineret af, hvorfor de har sådanne problemer med ydeevnen.

Nu når du kører gennem "sysstat-u", kan du se, at filer i sig selv gør meget lidt, ganske lykkeligt at komme videre med, hvad den skal gøre. Men disken rammer 100% ret ofte. Straks dette viser en disk problem. De har brug for mere spindler, naturligvis?

For det første er der en ubalance i spindler. De har en anden samlet på partnerens controller, der kun har test mængder. Jeg får tilladelse til at fjerne denne og varmt, jeg omfordele disse til den anden controller og udvide den eksisterende samlede. Dette fordobler spindlen tæller, men jeg ved, det ikke vil gøre noget for den eksisterende ydelse (i, at data ikke automatisk omfordeler sig selv!). Læs mere ... (799 ord, anslået 3:12 min læsning tid)

Vi er i øjeblikket inde i en temmelig stort projekt internt, og en del af dette er en " risiko register "mod virksomheden. Nu er dette omfatter meget mere information end simpelthen data på disken, men også mennesker, omdømme og så videre. For mig, at jeg nu har startet dette projekt, som er en vigtig del af databeskyttelse.

Det er et interessant emne, og noget, som jeg gerne vil dele med jer på dette tidlige tidspunkt i mit eget projekt, som det gør man ser på opbevaring aspekter i et andet lys.

Hvad påvirker et stykke data risiko klasse?

1.   Hvem har adgang til det?
2. Hvor fortrolige er det?
3. Har det en håndgribelig værdi?
4. Hvor bærbar er det?
5. Kunne det potentielt skade virksomheden ry?
6. Er det beskyttet?
7.   ... Sikkert en masse mere!

Nogle af disse er alle spørgsmål, vi allerede har bedt om det datasæt, som vi er nødt til at definere snapshot, replikering og tape politikker, men beskyttelse går meget videre end blot dette. Interessant at Zemanta plugin til min blog har forbundet "databeskyttelse" med "Information Privacy", som er et centralt punkt!

Hvem har adgang til det?

Ikke bare fra en front-end autoriserede synspunkt, selvom du behøver at vide dette. Payroll for eksempel, normalt ville det bare være HR og regnskab, som har adgang til denne, men er der en mekanisme for andre at få adgang til det? Hvis det er tilfældet, er der nogen revision og kontrol for at kontrollere, hvem der har fået adgang til, eller som har fået adgang? Revisionen kontrol er næsten vigtigere end sikkerheden i første omgang. Sikkerhed kan og vil altid blive brudt, men hvis du kan bevise det blev brudt, så du kan ordne det! Læs mere ... (1072 ord, 1 image, anslået 4:17 min læsning tid)

http://www.youtube.com/watch?v=VWy1Sc9dtGs

Nyt YouTube-video, der viser nogle af de nye funktioner og funktionalitet af NetApp SMVI 2,0. Ikke sikker på en udgivelsesdato endnu, men det ser lovende ud!

Jeg er faktisk ret stolt af dem. Jeg gjorde dem et stykke tid siden, og jeg stadig henvise til dem en hel del. Ideen er enkel, hvis du kun konfigurere en filer en gang eller to gange om måneden, kan processen ikke holde fast i dit hoved præcist, og du kan nemt gå glip af et skridt. I stedet for pakker og bunker af dokumentation, ideen er at have et par af disse pinned omkring din skærm, og du har en ganske hurtig visuel guide til hvordan du skal konfigurere ting, og det er nemt at holde en vis standard.

Jeg har tænkt mig at prøve producere mere af disse for forskellige guider jeg gør, de er meget lettere at forstå hurtigt, når du er i en fart.

Den SnapDrive en her er der en lidt dateret, så undlad venligst at fastslå, at i forhold til indholdet.

Rutediagrammer

Nå det var en slags uundgåelig, har EMC endelig vundet budkrig for DataDomain. Så hvad sker der nu? Dette giver EMC brancheførende de-dup-teknologien til sidst, og en rigtig fod på markedet. Hvad vil EMC gøre med DataDomain? Vil de træffe koden i den primære tier opbevaring og endelig give NetApp en køre for deres penge i primær tier dedupe? Jeg håber, at EMC ikke forbruger DataDomain, som de gjorde med Avamar. DataDomain er en stor teknologi i den plads og det ville være en skam at se det begrænset til EMC kun godser.

Hvad er NetApp næste spil? NetApp blev meget begejstrede for en måned siden om dette potentiale aqcuisition, så det skal falde som en ganske skuffelse. Jeg hørte en person (ikke fra NetApp) giver udtryk for muligheden for en Quantum køb. Det ville være interessant og meget komisk, som EMC har en masse af denne teknologi i deres produkter! Men bortset fra irriterende EMC, ville hvilke fordele det bringer dem? Quantum er i en masse problemer i øjeblikket, så det ville nok være en billig køb alligevel.

Jeg tror det kan kun være gode nyheder for forbrugerne selv. NetApp vil blive drevet til at forbedre og udmærke sig med deres de-dup-teknologi, og måske give VTL en tiltrængt make-over.

Relaterede artikler af Zemanta

• NetApp Bows Out, clearingcentraler vejen for EMC-Data Domain bryllup (xconomy.com)
• EMC snagged Data Domain, så hvad er næste for NetApp? (gigaom.com)
• EMC vinder budkrig om Data Domain (nytimes.com)