NetApp Enginyer

Em sento molt honrat i agraït per haver estat elegit recentment per Lisa Crewe de NetApp per armar un post convidat al seu bloc de NetApp. El primer d'ells ha anat en directe aquesta tarda, que abasta alguns dels fonaments de "Què és el núvol". Jo estava molt interessat en no parlar de productes específics o solucions, sinó més aviat els aspectes més suaus del que cal tenir en compte per començar a planificar per a la seva oferta pròpia núvol.

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

Mentre ho fa, jo estava llegint sobre els nivells de RAID, mentre que en el bany. El tema de la atomicitat es va acostar, i és una cosa que volia compartir.

No sol ser la font més fiable de les dades tècniques, però citaré Wikipedia per ajudar a explicar la atomicidad per preparar l'escenari. Pres de http://en.wikipedia.org/wiki/RAID a la secció de "Problemes amb RAID" ...

Aquest és una manera de falla poc conegut i poques vegades s'esmenten els sistemes d'emmagatzematge redundant que no utilitzen mecanismes de transaccions. Base de dades l'investigador Jim Gray va escriure "Actualització en la plaça és un verí d'Apple" ^[28] durant els primers dies de la comercialització de bases de dades relacionals. No obstant això, aquesta advertència va ser desatesa en gran part i va caure en el camí a l'arribada de RAID, que molts enginyers de programari confondre amb la solució de tots integritat d'emmagatzematge de dades i problemes de fiabilitat. Molts programes d'actualització de programari d'emmagatzematge d'un objecte "al lloc", és a dir, d'escriure una nova versió de l'objecte a les adreces mateix disc que la versió anterior de l'objecte. Mentre que el programari també pot registrar certa informació en una altra part del Delta, que espera que l'emmagatzematge de presentar la "semàntica atòmica escriure", el que significa que l'escriptura de les dades o bé es va produir en la seva totalitat o no passar en absolut.

Això ha tornat a la llum recentment, però sota una aparença diferent amb SSD escriure els problemes, el fracàs. Molts fabricants de SSD i els proveïdors d'emmagatzematge per a empreses s'ocupen d'això amb un nou firmware que escriu totes les dades de forma seqüencial, no sobre-escriptura d'un bloc de dades fins que tot el disc ha estat escrit després començar de nou, escriure blocs des del principi (que òbviament han estat alliberats primer). Llegir més ... (977 paraules, 1 imatge, que s'estima 3:54 min temps de lectura)

Gairebé perfecta! Una mena de ...

Com amb la majoria dels meus pensaments, que es va iniciar amb una consulta de client innocent. EMC ha incorporat algunes eines molt fresc per fer la migració de dades CIFS sense problemes, però no NetApp. És una cosa que sovint causa una bona quantitat de problemes i una planificació acurada amb NetApp, ja que no tenen això. Però jo estava pensant avui en dia, una mica fer, jo no crec que aprofitar les eines disponibles adequadament.

Introduïu widelinks. Heus aquí un extracte d'un article de NetApp KB sobre el tema (3.011.420 KB) ...

Un enllaç simbòlic és un arxiu especial creat pels clients NFS que apunta a un altre fitxer o directori. Entrades Widelink són una forma de redirigir absoluta enllaços simbòlics en l'arxivador. Permeten que el destí de l'enllaç simbòlic a un recurs compartit del servidor d'arxius o en un altre arxivador. Els exemples següents il · lustren com crear un enllaç simbòlic a partir del volum de árbolq en l'arxivador mateix, i de volum a volum de contribuents diferents.

Què significa això i per què serà la meva vida més fàcil després de llegir la resta d'aquest article?

Així que si tinc un bon servidor d'arxius NetApp brillant nou (o un vell, no tinc tot per migrar les meves dades CIFS sobretot), i tinc el meu antic servidor d'arxius CIFS que s'està acostant ràpidament el fracàs o de suport. Jo puc crear el meu nou arxiu i l'estructura de compartir en el meu NetApp, i aleshores utilitzar widelinks per redirigir l'usuari al servidor d'arxius CIFS, mentre em preocupo per totes les dades de còpia d'hores sense tenir la pilota-dolor de copiar tots els meus dades en tots els una vegada. Llegir més ... (1385 paraules, 3 imatges, estimat 5:32 minuts temps de lectura)

Definitivament estic desitjant VMworld aquest any! No he estat des de Cannes el 2007, així que estic desitjant veure el molt que ha crescut i més encara quan tinc la meva defensa VCDX fora del camí, així que estic relativament lliure d'estrès! Les sessions de semblar una mica aclaparador, vaig a passar les pròximes setmanes, posar-se al dia en les sessions perdudes en línia que penso!

Si vostè està allà, veuen la pista em baix. Vaig a estar rondant amb el NetApp nois una mica més, les burles dels venedors d'emmagatzematge, i definitivament estaré en l'esdeveniment NetApp Comunitats dimarts a la nit - http://communities.netapp.com/thread/10582 .

Aquí està una llista ràpida de les sessions crec que vaig a assistir. Encara estic indecís sobre uns pocs i s'han reduït a dos. Vaig a estar segur de veure sessions molt més que això després de l'esdeveniment ja que hi ha un munt de coses bones m'estic perdent! Espero veure'ls a tots allà, però!

Dilluns
09:00: ALT2002 - vCenter VSheild
10:00: SS1055 - Partner Super Session
10.30: TA6720 - Solució de problemes amb ESXTOP per a usuaris avançats
24:00: BC7773 - Errors i errors de configuració de SRM
24:00: GD01 - Seguretat vSphere
13:30: BC7729 - HA intel · ligent, control d'aplicacions amb HA
15:00: TA7994 - Actualització de vStorage per vSphere 01/04

Dimarts
11h: MA7140 - Estratègies de Disseny d'Arquitectura vCloud
24:30: TA8218 - VMware Storage Visió
14:00: SE8206 - Guia de seguretat enduriment de vSphere
14:00: ALT3001 - Configuració SRM ampliada
15:30: DV7706 - View Composer, Dive Deep Tècnica
15:30: SE8389 - Descripció de l'arquitectura de seguretat per a la núvol privada
17:00: ALT3003 - Optimitzar el rendiment de vSphere Llegir més ... (440 paraules, 1 imatge, que s'estima 1:46 min temps de lectura)

Jo tenia la tasca de replicar un arxivador dels clients existents per al seu nou sistema de DR. Aquest era un sistema bastant gran, i tant com la creació de SnapMirrors no és particularment complex, és molt de temps. Així com amb moltes coses que faig, em va escriure un guió per ajudar el meu realitzar aquesta tasca més ràpid, i anar a un altre cafè.

Haurà de pre-compartida configuració claus (com sempre), però la resta se li sol · licita. No hi ha validació de dades (cap sorpresa). El guió et mostrarà quatre arxius de text, un per a la creació / restricció de tots els volums, un per al "snapmirror.conf", en la que s'utilitza en lloc de "snapmirror.conf", mentre que vostè està fent la inicialització de línia de base i, finalment, un a realment inicialitzar el snapmirrors. No hi ha intel · ligència al voltant de seqüències simultànies, de manera que la inicialització és encara una mica d'un joc de malabars i d'espera.

Si us plau, hágamelo saber si vostè troba aquest útil.

#! / Bin / bash

echo "Si us plau, introduïu el nom del contribuent PRIMÀRIA:"
llegir PRI_FILER

echo "Si us plau, introduïu el nom del contribuent DR:"
llegir 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

per AGGR a `$ {} $ ConnectString PRI_FILER" aggr estat "| awk '$ 2 ~ / Estat / {print $ 1}'`
fer
MIDA = `$ {} $ ConnectString PRI_FILER" df-Ah $ AGGR "| set 's / \ ([0-9] [KMGT] \) B / \ 1 / g' |!. Awk '$ 1 ~ / foto | agregat / {print $ 2} '`
de volum en el `$ {ConnectString} $ PRI_FILER" show_space aggr $ AGGR "| awk '$ 1 ~ / Espai / {print $ 0}!' | awk '$ 4 ~ / volum | arxiu | none / {print $ 1}'`
fer
echo "$ {vol crear VOL} s $ {cap AGGR} $ {MIDA}">> $ {} DR_FILER _filer_volumes.txt
echo "$ {vol restringir VOL}">> $ {} DR_FILER _filer_volumes.txt
echo "inicialitzar mirall instantani-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` Llegir més ... (328 paraules, estimat 1:19 minuts temps de lectura)

Justificar l'absència en presència i missatges. Ha estat un any a la muntanya russa del passat amb lesions personals i de pla els horaris de treball, així que he tingut poc temps o motivació per bloc o donar la cara al voltant de les comunitats. Els meus disculpes, i estic decidit a acabar amb aquest hàbit i tornar a les coses un cop més! Però n'hi ha prou de xat, seguir amb els escrits ...

Això no és una cosa que veig molt sovint, però quan ho faig, és interessant per veure les estadístiques parlen per si mateixos. Jo estic amb un client que tenia un guió de desplegament dels seus béns NetApp fa uns anys, i que no va ser dissenyat o lliurat amb molta cura o atenció (alguna cosa que vull parlar un altre dia). Ells tenen una finca de VMware amb SQL, Exchange i altres coses. Tot funciona a través d'un total de més de 100 fusos de 15 K. No és una finca enorme en comparació amb altres llocs, així que estic intrigat per què tenen problemes com el rendiment.

Ara quan s'executa a través de "sysstat-o", es pot veure que el mateix contribuent està fent molt poc, feliçment seguir endavant amb el que ha de fer. Però el disc està afectant al 100% amb bastant freqüència. Immediatament això demostra un problema de disc. Ells necessiten més eixos, òbviament?

En primer lloc hi ha un desequilibri d'eixos. Tenen un total de segons en el comandament a parella que només té volums d'assaig. Puc obtenir permís per eliminar aquest i calent, tornar a assignar aquests a l'altra controladora i ampliar el conjunt existent. Això duplica el nombre de fus, però sé que no farà res pel rendiment actual (en què les dades no seran automàticament es redistribueixen!). Llegir més ... (799 paraules, estimat 3:12 minuts temps de lectura)

En aquests moments estem passant per un projecte bastant gran internament, i part d'això és un " registre de riscos "en contra de l'empresa. Ara bé, això inclou molta més informació que simplement les dades en el disc, sinó també les persones, la reputació i així successivament. Per a mi, ara que he començat aquest projecte, que és una part fonamental de protecció de dades.

És un tema interessant, i una cosa que m'agradaria compartir amb vostès en aquesta primera etapa en el meu propi projecte, ja que et fa veure els aspectes d'emmagatzematge sota una llum diferent.

El que afecta una part de la classe de risc de dades?

1.   Qui té accés a ella?
2. Què tan confidencial és?
3. Té un valor tangible?
4. Com és portàtil?
5. Podria potencialment danyar la reputació de l'empresa?
6. Està protegit?
7.   ... Probablement molt més!

Algunes d'aquestes són preguntes que ja han preguntat sobre els conjunts de dades que cal definir polítiques d'instantànies, replicació i la cinta, però la protecció de dades va molt més enllà que només això. És interessant el plugin de Zemanta per al meu bloc ha enllaçat "de protecció de dades" amb "Privacitat de la Informació", que és un punt clau!

Qui té accés a ella?

No només des d'un punt autoritzat de front-end de vista, encara que vostè no necessita saber això. Nòmina, per exemple, en general, que seria només de recursos humans i comptabilitat que tenen accés a aquest, però hi ha un mecanisme perquè qualsevol pugui accedir-hi? Si és així, hi ha algun control d'auditoria per verificar que s'hagi concedit l'accés, o que ha tingut accés? El control d'auditoria és gairebé més important que la seguretat en el primer lloc. La seguretat pot i sempre es trencarà, però si vostè pot provar que estava trencat, llavors es pot arreglar! Llegir més ... (1072 paraules, 1 imatge, que s'estima 4:17 min temps de lectura)

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

Nou vídeo de YouTube que mostra algunes de les noves característiques i funcionalitats de NetApp SMVI 2.0. No està segur sobre la data de llançament encara, però sembla prometedor!

De fet, estic molt orgullós d'ells. Els vaig fer fa una estona i encara es refereixen a ells molt. La idea és simple, si està configurat un servidor de fitxers una vegada o dues vegades al mes, el procés no pot enganxar-se al cap exactament i fàcilment es pot perdre un pas. En lloc de raimes i raimes de documentació, la idea és tenir un parell d'aquestes posades al voltant del seu monitor i vostè té un bon guia ràpida visual de com s'ha de configurar les coses i és fàcil de mantenir un cert nivell.

Vaig a tractar de produir més d'aquestes guies per a diversos que fan, són molt més fàcils d'entendre ràpidament quan estàs en un compromís.

El SnapDrive aquí està una mica antiquat, pel que no sostenen que en el contingut.

Diagrames de Flux

Bé, era una mena d'inevitable, EMC finalment han guanyat la guerra d'ofertes per DataDomain. Llavors, què passa després? Això li dóna a la indústria d'EMC líder de tecnologia de deduplicació en el passat, i un peu real en el mercat. Què farà amb EMC DataDomain? Van a adoptar el codi en el nivell d'emmagatzematge primari i, finalment, donar a NetApp una carrera pels seus diners en la deduplicació de nivell primari? Espero que EMC no consumeixen DataDomain com ho van fer amb AVAM. DataDomain és una gran tecnologia al seu lloc i seria una pena veure restringit a finques EMC només.

Quin és el joc al costat de NetApp? NetApp estaven molt emocionats de fa un mes sobre aquest aqcuisition potencial, per la qual cosa ha de caure com bastant decebedor. Vaig sentir a algú (no de NetApp) expressant la possibilitat d'una compra de Quantum. Que seria interessant i molt còmica com EMC tenen molt d'aquesta tecnologia en els seus productes! Però a part de molest EMC, quins beneficis els porta? Quàntics estan en un munt de problemes en aquest moment, per la qual cosa probablement seria una compra barata de tota manera.

Suposo que això només pot ser una bona notícia per al consumidor però. NetApp serà impulsat per millorar i sobresortir amb la seva tecnologia de deduplicació, i potser donar VTL un molt necessari canvi d'imatge.

Articles relacionats per Zemanta

• NetApp Arcs de sortida, camí per a l'Eliminació de EMC Data Núpcies de domini (xconomy.com)
• Atrapat EMC Data Domain, Així que Què segueix per NetApp? (gigaom.com)
• EMC guanya guerra d'ofertes per Data Domain (nytimes.com)