Camero SS cabriolet

I 2015 holdt vi ferie i USA i 3 uger, hvor jeg i den sidste uge havde lejet en Chevrolet Camero Super Sport cabriolet.

Den var lejet via Hertz hjemmefra, da jeg ville være 100% sikker på, at det var den valgte model, jeg også fik stillet til rådighed, når bilen skulle afhentes. Bemærk at Hertz er én af de få udlejningsselskaber, hvor du kan leje helt bestemte modeller, og være sikker på, at det også er den, du for udleveret, og ikke et eller andet “tilsvarende”.
Det koster selvfølgeligt lidt mere end normalt, men det er prisen at betale, hvis man vil have special biler.

Camero SS cabriolet

Prisen var kr. 6.200,- inkl. fuld forsikring og fri kilometer

Egentligt ville jeg have lejet en Ford Mustang GT, men den model var udlejet alle steder, jeg ledte, så alternativet blev Camero´en. Det fortrød jeg slet ikke, da jeg først så en Ford Mustang GT i virkeligheden – for dér er kun plads til 2personer, da bagsædet er rent pynt, hvor man i Camoro´en godt kan sidde 4 personer, så længe dem bag i ikke er alt for store.

Camero SS har en 6.2 liters V8 motor med 435hk – ingen turbo – rent “rå” motorkraft. Og det var dét, jeg ville opleve. En rigtig amerikaner med masser af motor og stort benzin forbrug. Jeg kunne rent faktisk se brændstof nålen bevæge sig ganske lidt, når bilen fik tæsk.

Vi afhentede bilen i San Francisco lufthavn. Og her skal man have tålmodighed i højsæsonen for vi stod 2 timer i kø for udleveringen. Så da vi endelig nåede skrænken, var vi lettere trætte og småsure. Jeg lagde mit lejebevis frem, og ekspedienten gik i gang med ordren. Efter lidt tid spurgte han om jeg hellere ville leje en Mercedes cabriolet (en eller anden lille kedelig dåse) for samme pris. Daah, nej sku´ da, jeg vil da have den bil, jeg har udvalgt mig.

Det var heller ikke noget problem, så vi fik nøglerne udleveret og anvist parkeringsnumret, hvor bilen stod parkeret. Afsted vi gik – og dér stod den så. En rød cabriolet fuldstændig rent og ny. Faktisk så ny, at den var indregistreret kun 3 uger tidligere og havde kørt 100 miles. Ta´daa´ en helt ny bil 🙂

Og det er ikke en bil, man sætter sig ind i, man sætter sig ned i den. Endnu mere end en BMW.

Den er hård, som en sten, brutal når du trykker på speederen, og hamrende sjov med kalechen nede med solen i hovedet. Jeg havde læst, at kvaliteten af bilen ikke var speciel god, men jeg var og er positivt overrasket over samlekvaliteten, som er lige så høj, som en standard BMW 3 serie. Køre egenskaberne er dog noget anderledes, og her kan man mærke, at det er en amerikaner, men sådan skal det jo være.

Camero SS

Og hurtig, dét er den. Når du trykker pedalen i bund, så trykkes du tilbage i sædet. Lige meget om du starter fra 0 km/t eller 120 km/t. Vi prøvede flere gange på highway´en at give den fuld pedal – og 120 til 180 km/t tager kun et øjeblik. Helt vildt.

Der er så meget bundtræk i motoren, at den kan lave hjulspind fra 2.000 rpm uden problemer. Den største “udfordring” når der skal brændes gummi af er, at bremserne er så kraftige, at de rent faktisk kan holde fast på hjulene, hvis der bremses for meget. Jeg havde lejet den med automat gear, så der skulle arbejdes lidt med bremserne.

Selv med 20″ fælge og 315/30 michelin dæk bagpå og 275/45 dæk foran, kan motoren nemt få dem til at spinne.

 

Der er ikke meget bagagerum, og slet ikke når kalechen er slået ned, så det er ikke en bil, man skal transportere sig rundt i med bagage. Vi havde fast udgangspunkt fra det hus, vi havde lejet den sidste uge “derovre”, så vi skulle ikke flytte rundt på bagage i bilen.

Og det er en fantastisk oplevelse, at køre rundt i sådan en bil i varmen. Gennem San Franciscos gader trillende stille og roligt, hvor vi hørte og duftede byen, gennem San Jose om aftenen, når det er mørk, gennem landskabet ud til byen Carmel, og  til Silicon Valley for at se alle de store teknologi virksomheder.

Google
LinkedIN

Jeg blev overrasket over, hvor mange amerikanere, der kom hen til mig, især ældre, når vi holdt stille, for at se bilen og snakke om den, høre den, og grine af de gamle dage.

Vi fik kørt mange kilometer i bilen, og jeg nød hvert sekund. Vi kørte ca. 6-8 kilometer pr. liter benzin, men det er sku´lige meget, når man lejer sådan en type bil. Skal det være billigere, så lej en standard bil.

Der blev brændt masser af gummi af, så jeg var lidt spændt på, hvad de ville sige, når vi afleverede bilen igen. Men det er slet ikke noget problem. Man er heldig, hvis de overhovedet gider at se bilen, og det eneste, de kontrollerede på vores bil var, kilometer antallet, om ruderne kunne rulle ned og op samt kalechen. That´s it.
Jeg tror, jeg  kunne have kørt alt mønstret af bagdækkende uden de ville have sagt noget 🙂

Jeg prøve i hvert fald mit bedste … tryk her for video.

Camero SS bagagerum
Camero SS instrumentpanel
Hertz bil aflevering

Snapshot er ikke backup

SAN snapshot er en vidunderlig ting. Hurtig backup og hurtig gendannelse, hvis du har behov for at gendanne data.

Jeg bruger det selv flittigt på alle mine volumer med forskellige retension policies, men jeg tager også en rigtig backup af mine data til en ekstern NAS, og derefter udvalgte data videre til ekstern lokation, som er krypteret.

Her er 2 gode eksempler på, hvorfor man ikke kan betragte SAN snapshot/replikering, som alternativ til backup.

http://www.itnews.com.au/news/hpe-storage-crash-killed-ato-online-services-444490

http://www.theregister.co.uk/2012/01/13/tieto_emc_crash/

 

Synology

Jeg har en del af Synologies små NAS enheder stående, og forleden fik jeg denne advarsels mail fra en DS1815+ kørende DSM6.x:

Systemdiskenheden (Root) på NAS5 er gået i degraderet tilstand. (Samlet antal harddiske: 8; Antal aktive harddiske: 3)

Genstart systemet, og det vil reparere sig selv automatisk ved start.

Min disk1 var død – som i totalt død! Men det er da smart, at Synology operativ systemet kan reparere defekte diske – så slipper man da for at skulle sende dem ind til ombytning 🙂

 

Hyper-V virtual machine queue

Noget af det første jeg opdagede efter installation af Hyper-V 2012r2 og en guest maskine – var en mærkelig og inkonsekvent svartid på ping til og fra den virtuelle maskine.

Først kontrollerede jeg duplex, som var ok, derefter mtu, som også passede med 9000 bytes hele vejen igennem. Der var heller ingen båndbredde begrænsning eller andre ressource problemer.

Det er en så simpel ting, som Virtual Machine Queue, der skal deaktiveres. Teknologien virker ikke godt med 1Gbit links, og rigtigt mange drivere fra netkorts producenterne virker ganske enkelt heller ikke godt med VMQ aktiveret grundet dårligt skrevet kode af producenterne.

Jeg har valgt både at deaktivere VMQ på de enkelte netkort og på de enkelte virtuelle maskiner. Om den sidste del er nødvendig, ved jeg faktisk ikke.

Det skulle efter sigende kun være nødvendigt at aktivere VMQ på 10Gbit eller hurtigere links.

Powershell script til at deaktivere VMQ på alle Broadcom netkort:
Get-NetAdapterVmq -InterfaceDescription Broad* | Disable-NetAdapterVmq

 

Nimble Storage adaptive flash array

Jeg har fornøjelsen at arbejde med et lille SAN på min arbejdsplads fra Nimble Storage  – et Adaptive flash array, model CS235.

Nimble CS235 array

Hardwaren er “off-the-shelf commodity” og altså ikke som hos visse andre storage producenter, eget udviklet hardware og ASIC´s, men det betyder ikke, at produktet er dårligere af den grund.

CS235 er en OEM boks fra SuperMicro indeholdende et SuperMicro X9DBS-F board (eller rettere 2, da arrayet har 2 controllere for redundans), Intel E5-2403V2 Ivy Bridge CPU, 20Gb SD-DIMM og 4Gb NV-DIMM fra Agiga technologies, og 4 stk. 1Gbit netkort.

nimble cs235 nvdimm

Om der er NV-DIMM eller et addon Non-volatile memory board i arrayet giver nok ikke den store latency forskel i den virkelige verden, men det sparer et pci-e slot, som giver rigtigt meget mening.

I “rå” plads er der 24TB, som med raid giver 16TB effektiv plads ikke medregnet komprimering eller andre plads besparende faktorer, og 640GB SSD cache fordelt på 2 Intel SSD diske.

nimble cs235 motherboard

Harddiskene er helt almindelige 2TB N-SAS diske – altså basalt set SATA diske – men alligevel for jeg 15.000 iops, grundet den måde Nimble CASL operativ er bygget op på. Data skrives altid sekventielt ud på alle diske á 4.5Mb stripe (som er lidt anderledes nu, hvor raid kan miste op til 3 diske uden datatab), og data skrives altid efterfølgende hinanden, så fragmentering er næsten lig nul.
De burde de også være eksperter i, da begge grundlæggere kommer fra DataDomain.

Det betyder jo så også, at der næsten aldrig køres Garbage Collection, og når det kører, er det ikke målbart på latency.

Det var måske det oprindelige mål for NetApp, men det er aldrig lykkedes for dem. Det jeg har hørt med NetApp (et af mange rygter) er, at deres filsystem bliver ekstremt langsomt, når deres volume fyldes op med mere end 60-90% – alt er jo relativt ift. volume størrelsen. Så slår GC igennem, og det mærkes på latency.

Hvad siger virkeligheden så mht. performance på CS235´eren?
Jeg har ikke kunne presse den overhovedet. Med ét 2Gbit/s trunk til enheden på fuld blæs med SMB kopiering, sidder den lige så stille uden at svede.
Jeg bruger boksen til en blanding af SMB shares, Microsoft SQL database, MySQL database, PostGres SQL logning og selvfølgelig virtualisering – bygget på Hyper-V 2012R2.

Det er et mix af sekventielt og random læsning og skrivninger – dog altovervejende random skrivninger, som nedenstående billede viser.
Snippet er taget lidt uden for primetime produktionstid, så ikke helt retsvisende.

Og hvorfor så meget skrivning kontra læsning. Alt vores firewall infrastruktur logger til en PostGres database kørende under Linux, jeg bruger Cacti til de mere almindelige snmp/wmi overvågning, vores MS SQL laver næsten kun skrivning, vores exchange backup fra Office 365 smides ned på arrayet hver 2. time og vores fotografer og grafikere smider utrolige mængder billeder/film ned på deres smb og afp shares dagligt.

Min read cache fra SSD ligger konsekvent på 95-99% med få undtagelser.

Komprimering – virker det?
Kommer jo helt and på dine data, men hos os har vi en data besparelse på faktor 1.07x, hvilket kan lyde latterligt lavt. Men ingen, hovedparten af vores data er ikke komprimer bare data som RAW filer eller film. Til gengæld har jeg en faktor 3.3X på min SQL databaser og 1.6X på min thin provisioning.
Og det er inline komprimering – always on – uden latency introduktion.

De-duplikering – virker det?
Næh, for det har arrayet slet ikke i den version og kommer heller ikke.  Det var en feature, som jeg godt kunne have tænkt mig, men først med Nimbles CS1000 arrays, er der understøttelse for de-duplikering inline.
Når jeg har spurgt Nimble, hvorfor de ikke har haft de-dupe indtil nu, er deres begrundelse, at de ikke vil ud i samme problematik, som andre producenter har haft med denne teknologi (læs NetApp), hvor de-dupe reelt kun virker, når det afvikles som et planlagt job i natte timerne for at undgå latterlige lange svartider.
Derfor vil det heller ikke komme til deres “gamle” modeller, da det kræver enorme mængder memory og cpu for at være effektivt. Nimbles nye CS1000 modeller og større har inline de-duplikering – igen always on – men med begrænsninger i de mindre modeller.

Men det ville have været fedt. Under Windows ntfs med de-dupe fik jeg en besparelse på ca. 60%. Der var kun en ufed ting – Windows Search kan ikke indeksere sine egne de-dupede filer.

Opsætning
Da jeg modtog boksen tog det mig længere tid, at få den sat i rackskabet end at konfigurer enheden. GUI interface er intuitiv og meget nem at arbejde med. Her er ingen besværlige rutiner med at oprette raid stripes alt efter, hvilken type data, der skal placeres på volumen, og alt caching styres 100% automatisk af CASL selv – og det virker. Der er kun ét raid stripe, som er oprettet, når du tænder arrayet. That´s it.
Når du opretter en volume definere du størrelsen, protection (snapshots), access rettigheder, og hvilken performance policy, du vil have til volumen. I mit tilfælde er performance policy altid Hyper-V 2012r2, da alt er virtualiseret. Så sørger CASL selv for, at styre block size og skrive disse i én stripe over alle diske

En hverv med lidt it forstand vil kunne administrere et Nimble array uden et kursus. 1 eller 2 timer så er man kørende.

Monitorering
Nimble GUI interface er logisk opbygget, og du får realtime statistikker over hele arrayet eller enkelte volumener med enkelte klik.
Alarmering sker via snmp/email og bedst af alt – helt automatisk til Nimble support, som automatisk kontakter dig, hvis det er noget, der skal reageres på. Både pr. telefon og email.

Nimble operativsystem sender dagligt millioner af data til deres Infosight dashboard, hvor du online kan se, hvordan dit array og dit netværk performer – og hvor i netværket, du evt. har problemer.
Det skal dog bemærkes, at netværkslaget p.t. kun er understøttet på Infosight, hvis du kører VMWare, som hypervisor, men Hyper-V skulle være på roadmap´en.

En af de få ting, du ikke kan via GUI, er installation af eget certifikat, som skal gøres via CLI. -> Cert –import custom(-ca).
Det burde kunne gøres via GUI´en.

Infosight er også dér, hvor du finder dokumentation og knowledge base artikler.

Software opdatering
Arrayet opdateres via GUI. Installations pakken fylder p.t. 900Mb og en opdatering tager ca. 15 minutter, og kan gøres under drift. Jeg har selv gjort det nogle gange nu, og det er ikke noget, der giver problemer overhovedet forudsat, du har konfigureret dine trunks fra de forskellige controllere korrekt.

Licensering og support
Her er én af grundende til valget faldt på Nimble Storage.
Nimble har én licens model – nemlig du får alt med, også fremtidige nye features, så længe du har support på arrayet.
Det er, hvad enten, det er clustering, replikering,
support på telefon og/eller email.

Og Nimble har ingen 1. level eller 2. level support. Her kommer du direkte til en udvikler med det samme, så vi undgår det famøse support sprog haløj med en inder.
På den første support sag, jeg oprettede via Infosight, blev jeg ringet op efter 30 minutter af en udvikler. DET ER SERVICE.

Godt gået af et firma med 1200+ ansatte.

De har også et community – connect – men det er ikke værd at skrive hjem om. Her er det ganske umuligt, at finde brugbar information, og den person, som har valgt den platform, burde ikke være ansat 🙂

Nimble har meldt ud, at der introduceres en ny platform snarest muligt.

Clustering -virker det?
Fisk. Jeg er en alt for lille kunde til at have det behov.
Det nærmeste, jeg kommer til en udvidelse bliver, hvis jeg skal have flere disk hylder på. Her er det så fedt, at jeg frit kan vælge mellem disk hylder med almindelige roterende diske eller flash diske. CASL virker med begge dele fordelt over flere disk hylder – modsat nogle andre producenter.

CASL clustering er ægte cluster, som både kan “scale up” og “scale out” native.

nimble cs235 capacitor

Side bemærkning
Du skal være opmærksom på, at arrayet larmer helt vildt. Ikke bare meget, men unødigt meget, så det er ikke et array, du skal placere i et åbent kontor lokale.