6 Millones de IOPs Huawei continua estableciéndose como una potencia de Almacenamiento

¡6 millones de IOPS, Huawei Storage está estableciendo nuevas metas de excelencia!

Si es que te encanta leer información técnica detallada, aquí están los resultados de la prueba SPC-1 http://spcresults.org/node/989

¿Qué es SPC? SPC es el Storage Performance Council. Es un grupo independiente concentrado en probar plataformas de almacenamiento de manera uniforme

Citado del enlace de arriba: “Huawei ha establecido un nuevo logro de rendimiento SPC-1 usando OceanStor 18800F V5. Su último resultado, A31012, logró 6,000,572 SPI-1 SPC-1, con una métrica de precio-rendimiento de $ 465.79 / SPC-1 KIOP ”

Nota: la versión ingles parte baja de este blog

Por lo tanto, si está buscando la plataforma de almacenamiento más sólida, ya no tendrás que buscar más. Contacta a tu equipo local de Huawei para obtener la última información y pide una demostración de las últimas y mejores plataformas de almacenamiento

Amigos, los dejo con este pensamiento.

No todo lo que brilla es oro. Aveces tenemos que ir mas de percepciones superficiales y entender a detalle. Esta prueba es uno de esos detalles. Los invito a que aprendan mas de Huawei sus ofertas de Nube y Almacenamiento.

Saludos,

Julio Calderon, CTO Regional de LATAM, @Juliocus

Advertisements

ORACLE DBAs deserve better. Come check managed volumes (English y Español)

RMAN Integration with rubrik

Not a just a storage device. It’s a secured and highly expandable solution.  OK, might sound marketing. Never fear, details are here. I never do that to you guys

I had the pleasure to work with a client and integrate RMAN with rubrik

Having seen other integrations where RMAN simply mounts an NFS file system and data is shot over to that NFS mount

We were able to create something we call a Managed Volume.  These Managed volumes are dedicated file systems. Multiple channels can be created within the same Managed Volume to help you parallelize the workload RMAN sends over across multiple channels to our different nodes

  • rubric configuration
    • We create a managed volume
      • Specify size
      • Choose the number of RMAN channels
      • Choose what host will have access to write to it
    • We apply an existing Service Level Agreement (SLA)
    • Rubric configuration done
  • RMAN configuration
    • Insert API call to open up Managed Volume
    • RMAN script continues and backups up
    • Insert API call to close the Managed Volume
    • RMAN configuration done

So, in our case we run incremental merge BCT Block change tracking RMAN backups. Where the Managed Volume is closed and secured to avoid any virus attack, it opens to the host specified only for the duration of the backup and the snapshot locks the data with retention specified in the SLA. Archival location and replication were also specified in the SLA
Via our integration, you take advantage of your Oracle common DBA tool such as RMAN. You also take advantage of easy management via SLAs where replication locations, archival of data sets are easily taken care of

Come check out a couple of videos about rubrik and oracle here:

https://youtu.be/o1etoXHwt_o and if that is not enough to make you want to come running and try out our Oracle RMAN integration. Check out another video here:

Of course, we can always do a one on one demo, reach out to your local team

A quick note on SLA. Service Level Agreement, it collapses many configuration tasks into a very simple object where you specific, the frequency of backup, retention of data, the location of archive and replica data

As I continue to stack up my experience with the product and interface with clients I can see that we are truly simplifying the administrator’s day to day, push our competitors to also decrease complexity and finally change the backup world and client expectation.
We all deserve something better! So, remember rubrik has integration with RMAN, this means no additional DBA workflows, We are high performing, with our share nothing architecture we can expand to add parallelism easily. Policy Driven via our SLAs to help you keep track of compliance, retention, replication. Fight ransomware via our data stored in immutable format

With that, have an awesome weekend. Look forward to questions, feedback

 

========== Version en Español ============
Integración RMAN con rubrik

No es solo un dispositivo de almacenamiento. Es una solución segura y altamente ampliable.

Recientemente tuve el placer de trabajar con un cliente e integrar RMAN con rubrik. Después de haber visto otras integraciones donde RMAN simplemente monta un sistema de archivos NFS y los datos se transfieren a ese montaje NFS.

Pudimos crear algo que llamamos Managed Volumen (Volumen administrado). Estos volúmenes administrados son sistemas de archivos dedicados. Se pueden crear múltiples canales dentro del mismo volumen administrado para ayudarlo a paralelizar la carga de trabajo que RMAN envía a través de múltiples canales y en nodos multiples bajo nuestra solution. No existe un limite (Mega expandingle)

  • configuración de rubrik
    • Creamos un Volumen Administrado
    • Especificar tamaño
    • Se determina el número de canales RMAN
    • Especifica qué host que tendrá acceso para escribir en él
    • Aplicamos un acuerdo de nivel de servicio (SLA) existente
    • Configuración de rúbrica hecha.
  • Configuración de RMAN
    • Insertar llamada API para abrir el Volumen administrado
    • El script RMAN continúa y realiza copias de seguridad (respaldo)
    • Insertar llamada API para cerrar el Volumen administrado
    • configuración RMAN hecho

Por lo tanto, en nuestro caso, ejecutamos respaldos de RMAN (Block Change Tracking – Incremental Merge) y cuando el volumen administrado se cierra es asegurado evitando cualquier ataque de ransomware – virus, el volumen administrado solo se abre por el host especificado durante el respaldo y los datos son retenidos como es especificado en el SLA (Service Level Agreement – Acuerdo de Nivel de Servicio). La ubicación de archivo y la replicación también se especificaron en el SLA
Mediante nuestra integración, se puede aprovechar la herramienta común de un DBA-Oracle, como RMAN. También se aprovecha la fácil administración a través de acuerdos de nivel de servicio (SLA, por sus siglas en inglés), donde los lugares de replicación y el archivo de los conjuntos de datos se resuelven fácilmente

Venga y vea un par de videos acerca de Rubrik y Oracle aquí: https://youtu.be/o1etoXHwt_o y si eso no es suficiente para hacer que quiera venir y probar nuestra integración Oracle RMAN. Mira otro video aquí. https://youtu.be/FrNEE6QxZ74

Por supuesto, siempre podemos hacer una demostración uno a uno, contactar a su equipo local

Nota rápida sobre SLA. Contrato de nivel de servicio, cubre muchas tareas de configuración en un objeto muy simple y elegante donde se especifica la frecuencia de la copia de seguridad, la retención de datos, la ubicación del archivo y sus réplicas

A medida que continúo acumulando mi experiencia con el producto y la interactuo con clientes, puedo ver que realmente simplificamos el día a día del administrador, presionamos a nuestros competidores para que también disminuyan la complejidad y finalmente cambiamos el mundo de respaldo, resultando en nuevas altas expectativas
¡Todos merecemos algo mejor! Por lo tanto, recuerda que rubrik tiene integración con RMAN, esto significa que no hay flujos de trabajo de DBA adicionales, somos de alto rendimiento, con nuestra arquitectura de compartir nada podemos expandir para en paralello fácilmente con resultandos lineales. Las políticas de negocio son impulsadas a través de nuestros SLA para ayudarlo a realizar un seguimiento del cumplimiento, la retención y la replicación. Lucha contra el ransomware a través de nuestros datos almacenados en formato inmutable.

Espero tengas un excelente fin de semana, mucho exito y Saludos.

Julio Calderon

Twitter: @juliocus skype: Storagepro

Protect your business and people – English and Español

Protecting your business and the people you serve is the reason why backups exist.

Running your business applications faster, bigger and more economically is the reason hyper-converged platforms were born. This is your production environment.

So, both solutions, protection, and production remain on different tracks.

Sure, there are some commonalities between both. However, mixing both practices into one is a basic architectural flaw directly impacting redundancy.

Here is an example. This is not hypothetical! It has happened before.

Example:

Storage provider adds multiple (replicated) arrays addressable as a single unit so that during failure, both production and replica will respond to the workload and from the same platform recovery points be available. (note, I am not referring to any in particular as I have seen the same happen with multiple enterprise vendors). Disaster! Array 1 comes down, it was a software bug that triggered the outage. Meanwhile, nothing in the environment changes. The conditions that triggered the bug are persistent. Per vendor requirements, the secondary unit is exactly the same. Seconds later? You guess it! Disaster, 2nd unit comes down as well. All production and in this case protection (snapshots, and replica) go down as well.

When you start mixing both protection and production into a single platform you end up with all eggs in one basket. (All risks into a single technology)

Yes, it makes sense to minimize platforms and hyper converge as much as possible.

Do keep in mind that by utilizing hyper-convergence for computing you could reduce the storage, compute and hypervisor into a single appliance or cluster. Yet, protection should be a different failure domain. For redundancy sake and business resiliency having protection live separately from production, you ensure the successful recovery of your business.

Here is our visual aid, if you place production and protection on the same track. All eggs in one basket, yes might be simple, might even sometimes seem cheaper. When your disaster comes. You are out of business.

By placing both onto separate tracks, you assure that even when disaster hits you. There is a parallel track to save your business. an immediate point to continue business from.

You can review my previous blogs on data protection, storage. I am a fan of a few technologies and lucky enough to be working at one of those companies. Do not want to sound like a commercial, so. Go look for our videos on youtube.

If you need a backup platform like no other, simple, automation ready, share nothing architecture, software-defined, with instant recovery. Look at rubrik. After all, in my opinion, we can protect your business and the people you service anywhere! On-Premise, Cloud or a hybrid setting.

Have a great Holloween!

Regards,

Julio Calderon

@juliocus

Skype: Storagepro

 ============== Version Español ==============

Proteger su negocio y las personas a las que sirve es la razón por la que existen respaldos de data.

La razón por la cual nacieron las plataformas hiperconvergentes es ejecutar sus aplicaciones de negocios de manera más rápida, más grande y más económica. Este es su entorno de producción.

Entonces, tanto las soluciones como la protección y la producción permanecen en diferentes pistas.

Claro, hay algunas cosas en común entre ambos. Sin embargo, mezclar ambas prácticas en una es una falla arquitectónica básica que impacta directamente en la redundancia.

Aquí hay un ejemplo. Esto no es hipotético, ha sucedido antes.

Ejemplo:

El proveedor de almacenamiento agrega varias matrices (replicadas) direccionables como una sola unidad para que, durante la falla, tanto la producción como la réplica respondan a la carga de trabajo y desde la misma plataforma estén disponibles los puntos de recuperación. (nota, no me estoy refiriendo a ninguno en particular, ya que he visto lo mismo con múltiples proveedores empresariales). ¡Desastre! Unidad #1 baja, fue un error de software que provocó la interrupción. Mientras tanto, nada en el ambiente cambia. Las condiciones que desencadenaron el error son persistentes. Según los requisitos del proveedor, la unidad secundaria es exactamente la misma. ¿Segundos más tarde? ¡Lo adivinas! Desastre, la segunda unidad baja también. Toda la producción y, en este caso, la protección (instantáneas y réplicas) disminuyen también.

Cuando comienzas a mezclar protección y producción en una sola plataforma, terminas con Todos los riesgos en una sola tecnología.

Sí, tiene sentido minimizar las plataformas e aplicar prácticas de hiperconvergencia tanto como sea posible.

Tenga en cuenta que al utilizar hiperconvergencia para computación, puede reducir el almacenamiento, el cálculo y el hipervisor en un único dispositivo o clúster. Sin embargo, la protección debería ser un dominio de falla diferente. Para el bien de la redundancia y la capacidad de recuperación del negocio con la protección en vivo y por separado de la producción, se asegura la recuperación exitosa de su negocio.

Aquí está nuestra ayuda visual, si coloca la producción y la protección en la misma pista. Todos los riesgos en un solo entorno, sí, podrían ser simples, incluso podrían parecer a veces más ahorrativos. Cuando viene tu desastre estarias fuera del negocio.

Al colocar ambos en pistas separadas, usted asegura que incluso cuando el desastre lo golpea. Hay una ruta paralela para salvar su negocio. un punto inmediato para continuar el negocio.

Los envito a que revisen mis blogs anteriores sobre protección de datos, almacenamiento. Soy un fan de algunas tecnologías y tengo la suerte de estar trabajando en una de esas compañías.

No quiero sonar como un comercial, entonces. Ve a buscar nuestros videos en youtube. Si necesita una plataforma de respaldo como ninguna otra, simple, automatizada, arquitectura de ultima generacion, definido por software (software defined), con recuperación instantánea.

Busca a rubrik. ¡Después de todo, en mi opinión, podemos proteger su negocio y las personas a las que da servicio en cualquier lugar! En-Sitio, Nube una configuraciónes híbridas.

Saludos,

Julio Calderon

Virus, pagan rescate? Pierden datos? ¡El remedio está aquí!

Esto no es publicidad! Esta es la realidad. Las compañías son afectadas por viruses todo el tiempo. Necesitas un equipo diligente para asegurar tu infraestructura 24×7 para poder sentirte seguro.

A pesar de sentirte seguro, de todas formas eres impactado por algún virus y tus datos están expuestos. Veamos cómo se ve este círculo vicioso donde un virus te impacta, despues se propone y integra la solución:

Virus and data loss cycle

Entonces, un virus se crea, publica y se difunde rápidamente, el mismo virus llega a tu entorno, tus sistemas están bajo ataque. Algunos datos se cifran, tu negocio pierde el acceso a esos datos. Mientras tanto, los mejores del mundo están buscando documentar pasos para protegerte de este virus. Tu equipo de TI, implementa medidas para protegerse de ese virus y su propagación.

Entonces te das cuenta de que tiene muchas unidades de negocio que piden acceso a sus datos o te comienzan a informar en una frecuencia alarmante que perdieron sus datos.

El resultado termina con tu equipo pagando el rescate (chantaje) por algunos conjuntos de datos o pidiendo a las diferentes unidades de negocio que re generen sus datos.

¡Ahora te haz dado a conocer como el líder de TI quien no puede proteger a su compañía de este virus ni recuperar sus datos! Este ciclo interminable es el de un nuevo virus, un momento de gran dolor, confusión y pérdida de datos, seguido por un parche de antivirus.  Sin embargo, el ciclo continuará la misma secuencia de eventos.

Ahora, veamos el siguiente ciclo:

break virus and data loss cycle

El virus golpea como siempre y de nuevo entro a tu entorno, pasando por alto las medidas anteriores de protección antivirus. Esta es la naturaleza de nuestro mundo. Pero esta vez tienes una capa de seguridad adicional. Tienes una solución de copia de seguridad y restauración (respaldos) para ayudarle a no pagar el rescate (chantaje) y podrás reiniciar tu negocio desde un punto aceptable en el tiempo. En este ciclo fuiste capaz de recuperar tus datos de negocio, seguir operando y no pagaste a ningún extraño ninguna cuota!

Echemos un vistazo a la importancia de datos en el negocio a lo largo del tiempo y cómo este ciclo de protección contra virus y el impacto de viruses puede afectar o no.

Data Importance vs time and data loss

Te pido paciencia, sé que el gráfico tiene muchos elementos. Voy a explicarlo en detalle.

Horizontalmente tenemos tiempo, verticalmente tenemos la cantidad de datos que crecen y con ella la importancia de esos datos para el negocio. En el lado derecho tenemos una etiqueta para líneas horizontales denominadas datos expuestos.

A medida que avanza el tiempo, creamos datos, en un momento dado estamos siendo atacados por viruses. Todo el conjunto de datos está expuesto a ser perdido, dañado, infectado. Sin embargo, es posible que tenga la suerte de que no todos los datos se vean afectados y sólo el conjunto de datos en el círculo ROJO es la pérdida de datos reales.

Esto ocurre durante el tiempo de vulnerabilidad. El tiempo de vulnerabilidad está representado en un color mostaza cremoso. A continuación, se procede a parchar contra el virus. Sólo para reiniciar el ciclo.

Sin embargo, tenga en cuenta que no está en control o puede predecir cuáles datos se ven afectados. Así que estos datos podrían ser muy relevantes para su día a día y las operaciones o puede ser un conjunto de datos más antiguos con menos impacto en su negocio inmediato.

Veamos un entorno diferente en el que ha implementado un medio para recuperar sus datos.

Data Importance vs time and data Protection

Al igual que con el gráfico anterior, tu entorno es expuesto a un nuevo virus y durante el tiempo de vulnerabilidad son capaces de restaurar los conjuntos de datos porque ha implementado servicios de copia de seguridad (respaldo) y restauración. ¡Esto es independientemente de que el conjunto de datos sea nuevo, viejo, ambos o todos! Durante ataques, infecciones, parches y correcciones, podrás restaurar tu data desde un punto anterior. Esto le dará la confianza de que tu negocio persistirá y soportará un ataque de virus.

¿Qué debería proteger?

Servidores físicos, servidores virtuales, ordenadores portátiles, sus plataformas SaaS (Google, 365 e incluso Salesforce). También deberían estar pidiendo DRaaS. Recuperación de Desastres como Plataformas de Servicio. Esto le protegerá de un sitio entero que está abajo por cualquier razón o aún un ataque masivo donde todos sus sistemas se afectan al punto donde podría ser mucho más simple dar click a un failover.  Donde un sitio remoto se convierte el sitio primario.

Si es que no sabes por dónde empezar, envíeme un correo electrónico a juliocus@gmail.com

Saludos!

Julio Calderon

Twitter: @JulioCUS

Skype: Storagepro

Email: Juliocus@gmail.com

 

6 Tips To Make Your OpenStack Enterprise Ready.

 

How to Make Your Openstack Environment Enterprise Ready. 6 Tips.

At a baseline, let’s first come to an agreement of what “Enterprise Ready” means. As a storage consultant and IT generalist with a specialty in cloud architecture, I would define enterprise ready as an environment with the following characteristics:

Predictable

No surprises here: we know and understand the environment’s behaviors during any stress point.

Available

Availability, measured in uptime, indicates how many nines are supported and in general the practices that need to be in place to guarantee a highly available environment.

Fast

The performance of the environment should be dependable and we should be able to set clear expectations with our clients and know which workloads to avoid.

Well Supported

There should be a help line with somebody reliable to back you up in knowledge and expertise.

Expandable

We should know where we can grow and by how much.

Low Maintenance

The environment should so low-maintenance as to be a “set it and forget it” type of experience.

How to Get There: Artificial Intelligence

Now that we know the characteristics and their meanings, the question is, how do we make our open source environment enterprise ready? Let’s take it one at a time. Hint: artificial intelligence can help at every turn.

Predictable

To make your OpenStack environment enterprise ready, you need to perform a wide range of testing to discover functionality during issues, failures, and high workloads. At KIO Networks, we do continuous testing and internal documentation so our operations teams knows exactly what testing was done and the environment’s behavior.

Artificial Intelligence can help by documenting historical behavior and predicting potential issues down to the minute that our operations team will encounter an anomaly. It’s the fastest indication that something’s not running the way it’s supposed to.

Available

To test high availability, we perform component failures and document behavior. It is important to fail every single component including hardware, software, and supporting dependencies for the cloud environment like Internet lines, power supplies, load balancers, and physical or logical components. In our tests, there are always multiple elements that fail and are either recovered or replaced. You need to know your exposure time: how long does it take your team to both recover and replace an element.

AI-powered tools complement traditional monitoring mechanisms. Monitoring mechanisms need to know what your KPIs are. From time to time you may encounter a new problem and need to establish a new KPI for it alongside additional monitoring.  With AI, you can see that something abnormal is happening and that clarity will help your administrators hone in to the issue, fix it, and create a new KPI to monitor. The biggest difference with an AI-powered tool is that you’re able to do that without the surprise outage.

Fast

Really, this is about understanding speed and either documenting limitations or opting for a better solution. Stress testing memory, CPU, and storage IO is a great start. Doing so in a larger scale is desirable in order to learn breaking points and establish KPIs for capacity planning and, just as important, day-to-day monitoring.

Do you know of a single person who would be able to manually correlate logs to understand if performance latency is improving based on what’s happening now compared to yesterday, 3 weeks ago, and 5 months ago? It’s impossible! Now, imagine your AI-powered platform receiving all your logs from your hardware and software. This platform would be able to identify normal running conditions and notify you of an issue as soon as it sees something unusual. This would happen before it hits your established KPIs, before it slows down your parallel storage, before your software-defined storage is impacted, and before the end user’s virtual machine times out.

Well Supported

We emphasize the importance of continuously building our expertise in-house but also rely on certain vendors as the originators of code that we use and/or as huge contributors to open source projects. It’s crucial for businesses to keep growing their knowledge base and to continue conducting lab tests for ongoing learning.

I don’t expect anyone to build their own AI-powered platform. Many have done log platforms with visualization fronts, but this is still a manual process that relies heavily on someone to do the correlation and create new signatures for searching specific information as needed.  However, if you are interested in a set of signatures that’s self-adjusting, never rests, and can predict what will go wrong, alongside an outside team that’s ready to assist you, I would recommend Loom Systems. I have not found anything in the market yet that comes close to what they do.

Expandable

When testing growth, the question always is, what does theory tell you and what can you prove? Having built some of the largest clouds in LATAM, KIO knows how to manage a large-volume cloud, but smaller companies can always reach out to peers or hardware partners to borrow hardware. Of course, there’s always the good, old-fashioned way: you buy it all, build it it all, test it all, shrink it afterwards, and sell it. All of the non-utilized parts can be recycled to other projects. Loom Systems and its AI-powered platform can help you keep watch over your infrastructure as your human DevOps teams continue to streamline operations.

Low Maintenance

Every DevOps team wants a set-it-and-forget-it experience. Yes, this is achievable, but how do you get there? Unfortunately, there’s no short cut. It takes learning, documenting, and applying lessons to all of your environments. After many man hours of managing such an environment, our DevOps team has applied scripts to self-heal and correct, built templates to monitor and detect conditions, and set up monitors to alert themselves when KPIs are being hit. The process is intensive initially, but eventually dedicated DevOps teams get to a place where their environment is low maintenance.

The AI-powered platform from Loom Systems helps you by alerting you of the unknown. Your team will be shown potential fixes and be prompted to add new fixes. As time goes by, the entire team will have extensive documentation available that will help new or junior admins just joining the team. This generates a large knowledge base, a mature project, and also a lower-maintenance team.

All serious businesses should enjoy the benefits of running a predictable, highly available, fast, well supported, easily expandable and low-maintenance environment.  The AI-powered platform built by Loom Systems takes us there much faster and gives us benefits that are usually reserved for huge corporations. Just as an example, if you’re the first in the market offering a new product or service, you can feel confident with Loom Systems that they’ll detect problems early and give you actionable intelligence so you can fix them with surgical precision.

It’s been a pleasure sharing my learnings with you and I look forward to hearing your feedback. Please share your comments and points of view – they’re all welcome!

 

Best Regards,

Julio Calderon

Twitter: @JulioCUS

Skype: Storagepro

Email: juliocus@gmail.com

Data Virtualization and Strategy

Do you have a storage strategy? Are you getting the most of all your storage platforms? Are you underspending with substandard results or are you over spending with AOK results?

There are multiple forces driving you to a choice and to help you narrow down to the basic aspects here is a picture.   In the center we have our users. Our users want it all, Reliability, Performance and Low Cost.  Well, low cost, highly available and high performance storage doesn’t exist! You will have to choose a compromise between these key aspects.  In a nutshell you have to choose how much of each aspect you get and there is no way to get all for low cost.

In this triangle we show 3 layers of technologies, Media, Access Type and Features on storage. In the media type as we change media we lower costs. In the Access layer we show some basic types you will recognize as NFS, SMB or CIFS, WebDav, S3, Block storage over FC or over iSCSI. Yes, there are many more as block over InfiniBand and more protocols as FTP, SFTP. In the storage feature layer we start to see levels of data protection and higher availability as local or remote snapshots, replication, offsite backups and storage clustering there are RAID levels and # of controllers that increase availability as well.

To dig deeper into the media type, lest look at the technologies invloved. For the highest performance we have Flash, SSD, then we lower performance with SAS, SATA and finally the lowest performance in Object storage. As we lower performance we also lower costs. These are just general examples, we all know that there are other type of media as Tape with LTFS that could lower costs further. You as a storage administrator would have to choose what to give your user given that you actually have it.

So, if you provide storage as a service then you most likely already have a compromise between all aspects, what you might call the sweet spot.  However, as this is a sweet spot of all key aspects it is not responding the wide spectrum of needs. Some workloads require super high availability, replication, clustering 100% uptime while others require low cost via Object Storage and then there is the LOCAL Flash cards for high performance needs. After all most high performance and requirements of IO come from local workloads like TMP, SCRATH and SWAP (after all, this data does not require high durability as it is recreated on the fly as the OS and applications run)

What we need is a solution that does not force you into a compromise. Much easier said than done. Example below.

As you can gather from the graphic, via a single point of access you receive a slice across 3 aspects, Reliability, Performance and Cost.  If you provide storage solutions you know this is very expensive and complex because you have to acquire, configure, manage all the technologies previously covered and you must then choose a level of performance with data protection and reliability and finally the cost is associated to each platform and configuration.

So, what is out in the world to help you with this? Well, take INFINIDAT, a centralized storage platform with higher levels of redundancy and good performance.  Look at PureStorage an all SSD solution running in deduplicated mode with good density and TCO across a longer than usual period of time, you should also look at SolidFire as they can assign # of IOPs to the storage you provide helping you align performance to workload, then look at ExtremeIO from EMC great performance, Netapp for an all-inclusive feature and function of data storage and data protection by far the most mature in the market for combining storage and protection. Look at new players as Actifio, Rubrik for copy data management and the previous block storage virtualization engines as IBMs SVC or the Virtualization engine from HDS also OEM by HPE.  There are many more technologies that I am leaving out.  The list is HUGE! And your time could be consumed just in learning from each one of these.

So, next time you look for storage on demand look at KIO Networks. In the spirit of help, you learn something new I like to introduce a new subject that promises to help businesses align the right storage to the application at the right price.

There is storage player out in the market promising to address this complex challenge. Its called Primary_Data

What will data virtualization do for you?

The simplest term, allow you to move data heterogeneously across multiple platforms.

Hope you enjoy the set of videos I know I did.

The Launch of Primary_Data

 

Introduction to Primary_Data

 

What is data virtualization: I think the video is over complicated but good video.

 

Use cases for Data Virtualization


Primary_Data User Experience demo

 

Vsphere Demo

 

Hope you enjoyed the videos, as with all cool technology, the devil in the details. From my side, I will make sure to take a deep dive of the technology and report back to you guys.

Have a great week!

Julio Calderon  Twitter: @JulioCUS  Skype: Storagepro email: juliocus@gmail.com

Replication! Anyway you want it from Rubrik. Come read about it.

This article was posted by a great profesional in the data protection arena. Rolland Miller, his info can be found here: http://www.rubrik.com/blog/author/rolland-miller/

Rolland is currently investing his time at Rubrik I am sure they will absolutely make it big! Here is the original post location:  http://www.rubrik.com/blog/unlimited-replication-with-rubrik-2-0/#.VdXN-vu9esk.linkedin

— Start of Snip Original Post —

Today we announced Rubrik 2.0, which is packed with exciting new features. I’ve been working in the storage industry for the past 16 years, the majority of time spent working on backup and DR solutions for companies. This isn’t my first rodeo–I’ve seen a lot, advised a lot of customers in how to architect their backup and disaster recovery infrastructure. Needless to say, I haven’t been this thrilled for a long time—our engineers are building something truly innovative that will simplify how recovery is done on-site or off-site for the better.

Why is Rubrik Converged Data Management 2.0 so interesting?

Our 2.0 release is anchored by Unlimited Replication. There are no limits to how many snapshot replicas you can have. There is zero impact on your production systems as replication occurs since this isn’t array-based replication. This is asynchronous, deduplicated, masterless, SLA driven replication that can be deployed any way you like, many-to-one, many-to-many, one-to-one, uni-directionally or bi-directionally. In the past, replication has always been engineered with a master-slave architecture in mind because systems have always had an active-passive view of control. Our Converged Data Management platform is fundamentally a distributed architecture that allows you to share nothing, but do everything—each node is a master of its domain. Our engineers apply the same building principles to replication. Hub and spoke? Check. Bi-directional? Check. Dual-hub, multi-spoke, and archived to the cloud. Check! Check! Check!A key property of Converged Data Management is instant data access. Data is immediately available, regardless of locality, for search and recovery. Using Rubrik for replication allows you to recover directly on the Rubrik appliance since applications can be mounted directly. Files can be found instantly with our Global Real-Time Search. There’s no need to copy files over to another storage system. We’ll give you near-zero RTO.

In this release, we extend our SLA policy engine concept into the realm of replication. You can define near-continuous data replication on a per-VM basis within the same place that backup policies are set. There’s no need to individually manage replication and backup jobs—instead, you’ve freed up your time by managing SLA policies instead of individual replication targets. Once you specify a few parameters, the engine automates schedule execution. For more on managing SLA policies, see Chris Wahl’s Part 1 and Part 2 posts.

No SLA policy is complete without measurement. In 2.0, we’re releasing beautifully simple reporting that helps you validate whether your backup snapshots are successful and whether they’re meeting the defined SLA policies. Our reporting will help you keep an eye on system capacity utilization, growth, and runway—so you’ll never be caught short-handed.

A New Addition to the Family

Finally, we’re welcoming the new r348, our smartest dense machine yet. We’re doubling the capacity within the same 2U form factor, while maintaining the fast, flash-optimized performance for all data operations, from ingest to archival.

Catch Us at VMworld

In less than two weeks, we’ll be at VMworld. Make sure to stop by our Booth 1045 to see a live demo. Arvind “Nitro” Nithrakashyap and Chris Wahl will be leading a breakout session on Wednesday, 9/2 at 10 am and giving away epic Battle of Hoth LEGO sets.

— End of Snip Original Post —

WOW!  Let me quote Rolland, “There is zero impact on your production systems as replication occurs since this isn’t array-based replication. This is asynchronous, deduplicated, masterless, SLA driven replication that can be deployed any way you like, many-to-one, many-to-many, one-to-one, uni-directionally or bi-directionally.”

WOW! KICK ASS! Love it. If you are a techno-geek like I am you will be as super excited about this as I am.

Just imagine the ramification? This could be a true base platform for a service provider. Without limits, you really could service a huge pool of clients and their needs.   Obviously, you still need size properly for your forecasted use and growth. Anyways, hopefully, I can join you all at VMworld where I am sure Rubrik will WOW all of you!

Enjoy!

Regards,

Julio Calderon / @JuliocUS /email: juliocus@gmail.com