Open Source And Security Services
Open Source And Security Services
Las soluciones de Backup Hiperconvergente toman la palabra
Por todos es sabido que las infraestructuras de backup, en los últimos tiempos, están inmersas en una profunda transformación, con la finalidad de cubrir las necesidades actuales de gestión, recuperación, resiliencia y continuidad de negocio requeridos por los centros de datos y las aplicaciones de las organizaciones que se deben adaptar a modelos actuales de la gestión de sus datos.
En este sentido, el último informe (Q3 2019) de Forrester ha situado a tecnologías como Rubrik y Cohesity, pertenecientes a nuestro portfolio, dentro del cuadrante de líderes de soluciones de “Data Resiliency”.
En este artículo, explicamos los principales conceptos y características, por lo que estas tecnologías han otorgado una nueva dimensión dentro de la gestión de los datos y las copias de seguridad.
Resiliencia de los datos
Una de las características de las soluciones hiper convergentes y definidas por software son la capacidad de resiliencia que poseen sus arquitecturas, puesto que permiten tener un grado óptimo y eficiente de alta disponibilidad y de protección de los datos a través de factores de replicación (RF) o distribución de los datos entre todos sus componentes (Erasure Coding) ante fallos, disrupciones e indisponibilidades. Esto produce una alta fiabilidad en las infraestructuras.
Eficiencias en la capacidad
Tener una solución que garantice una eficiencia en cuanto al manejo del almacenamiento es algo imperativo hoy en día, la gestión de la compresión y la deduplicación como conceptos que nos garantizan optimizar el espacio utilizado, es algo que se debe definir por cargas de trabajos y tipo de datos, estas soluciones no sólo gestionan este tipo de eficiencias, sino que determinan cuando se aplican y en que situaciones, tomando en cuenta la penalización en rendimiento que puede suponer aplicarlas.
Almacenamiento secundario
La protección de datos y la copia de seguridad está directamente relacionado con el almacenamiento, el alto crecimiento de los datos y la retención de los mismos nos ha llevado a optimizar la gestión de la capacidad de nuestros entornos, en ese sentido el almacenamiento secundario o segundo nivel de almacenamiento, paradójicamente ha tomado un papel relevante en el modelo de almacenamiento actual, discernir entre las cargas de trabajo de las aplicaciones de negocio para optimizar los procesos y llevarlos hacía un almacenamiento de más capacidad donde no se prioriza el rendimiento, se torna fundamental hoy en día en las infraestructuras de los centros de datos, permitiendo también ejecutar aplicaciones sobre este almacenamiento de acuerdo a las necesidades de las aplicaciones y a como se gestionan las operaciones de lectura y escritura.
Gestión centralizada
La dispersión y la fragmentación de los datos en los diferentes entornos y aplicaciones, nos ha llevado a una ineficiencia en la gestión de los entornos de protección de datos y copias de seguridad, siendo esta característica un factor esencial cuando se requieren operar tareas de respaldo y recuperación, por tanto, las soluciones deben ser simples y fáciles de operar, dando una visión global de toda la infraestructura para minimizar los tiempos de respuesta en caso se requieran tareas de recuperación. Tener una consola única de gestión para los diferentes modelos de nuestra infraestructura (cloud privado, público, híbrido) de protección de datos y copias de seguridad minimiza los tiempos de indisponibilidad y demuestra la eficacia de este tipo de soluciones.
Recuperación de desastres
La recuperación de los datos es el punto esencial de las soluciones de protección de datos y copias de seguridad, alcanzar niveles óptimos de tiempos de recuperación (RTO) y el punto de recuperación de los datos (RPO), determinará el impacto y la continuidad de negocio de las organizaciones ante episodios de disrupción (caídas de centros de datos), pérdidas (eliminación de datos) o ataques maliciosos que se presentan en las infraestructuras. Estas soluciones ponderan y sitúan esta característica como parte esencial de su infraestructura cuyo objetivo es llegar a valores mínimos de casi cero.
Entornos de Test y Desarrollo
Uno de los aspectos revolucionarios en este tipo de soluciones es la facilidad de despliegue de entornos tanto de Test como de Desarrollo, cada vez más, las aplicaciones presentan cambios y evolucionan de acuerdo a las necesidades para las que son diseñadas, por tanto, desplegar de una manera rápida y eficiente un entorno a partir de una copia de seguridad sin necesidad de causar disrupción y a un coste operativo mínimo, es una de las características más valoradas en este tipo de soluciones. El ciclo de vida de las infraestructuras de Test y Desarrollo se controla de una manera eficaz y la validez de los datos para realizar pruebas consistentes, ofrecen total garantía de uso.
Copias de seguridad de corta y larga retención
Cambiar los modelos de operación, basándose en las políticas de copias de seguridad, automatizando las ventanas de ejecución y la retención de estas para determinar los datos susceptibles a ser recuperados, será un factor fundamental en la arquitectura de estas soluciones de protección de datos y copias de seguridad.
Estas soluciones ofrecen funcionalidades de desbordamiento a diferentes infraestructuras (cloud, NAS, objetos, unidades de cintas), esto hace establecer una distribución efectiva de lo que consideramos un factor fundamental en cualquier solución, como es la retención para su posterior recuperación. Tener el control, aún cuando los datos han desbordado a otras infraestructuras es un beneficio operativo muy valorado en este tipo de soluciones.
Seguridad de los datos
El ciclo de vida de los datos, también se sitúan en este tipo de soluciones, por tanto, es necesario que ofrezcan un grado de seguridad bastante alto con algoritmos de encriptación robustos y de difícil vulnerabilidad. Estas soluciones de copias de seguridad ofrecen inmutabilidad para las copias, de tal manera que no puedan ser borrados de forma maliciosa o afectados por algún Malware o Ransonware. Tener definida estas características, hoy en día, es algo imperativo en la gestión del dato.
Desde open3s, venimos trabajando con estas soluciones desde hace un tiempo ya, siendo visionarios y entendiendo las necesidades de nuestros clientes en lo que respecta a continuidad de negocio y redefinición de la gestión de los datos y la importancia de estos.
«El enfoque ha cambiado, debemos adquirir soluciones de acuerdo con nuestras necesidades y no adaptar nuestros requerimientos en función de lo que conocemos del mercado».
Estas nuevas plataformas como Cohesity o Rubrik basadas en la hiperconvergencia tienen mucho que decir aún, por ahora, parece ser que…
Han tomado la palabra y tienen ya seguidores….
Autor: Carlos Zavala Pasco, Area manager Sistemas, Virtualización y Cloud.
¿Se puede innovar en Data Center Networking en 2019? El caso Arista.
De manera recurrente en las organizaciones surge la necesidad de renovar o instalar equipamiento de red en el Data Center. Y al responsable de IT siempre le asalta la primera duda: ¿sigo la línea continuista o intentamos innovar? (En realidad la primera duda es, cuanto presupuesto me van a asignar :)). Y aquí es donde viene el dilema, porque no es simple separar el grano de la paja. O dicho de otra manera, la innovación real contra el marketing del fabricante.
Siempre me gusta hacer la misma broma: el Networking de Data Center es una tecnología con más de 20 años que seguimos gestionando como hace más de 20 años. Y es así de simple. La opción principal sigue siendo acceso por ssh y a darle al show y al conf. Por supuesto, este sistema es totalmente ineficiente y propenso a errores humanos, y más importante, no da respuestas las necesidades actuales de los Data Center.
Durante este artículo vamos a exponer las necesidades que tienen las empresas hoy día en Networking de Data Center, que elementos innovadores existen en el mercado y cual es la propuesta de Arista para resolverlo.
¿Que necesidades existen en el Networking de Data Center?
Redes suele ser el patito feo de la pila tecnológica en el Data Center, y en ocasiones se simplifica su estado a: la red funciona, la red no funciona, la red va lenta. Esta visión es legítima desde una perspectiva exterba. Es decir, el empleado medio lo único que necesita es que la red funcione y vaya rápido. Y el nivel directivo necesita que no lleguen quejas sobre la red del grupo anterior.
Pero, ¿que ocurre si estamos en un puesto como CIO, CTO, Responsable de IT o Técnico de redes? El objetivo es el mismo, que la red funcione. Pero somos nosotros quien debemos estructurar los mecanismos para conseguir el objetivo, que deberían ser:
- Punto único de fallo. Hablamos de sistemas críticos con muchos 9 de disponibilidad, que no se estropee la estadística por la red. Recuerda, que la infraestructura física es tan resistente como lo es su eslabón más débil (me niego a usar el engendro de palabro resilencia).
- Automatización procesos. Las operaciones sobre la red pueden se lanzadas por un operador, pero deberían ser ejecutadas y supervisadas por una maquina. El error humano continua siendo uno de nuestros mayores enemigos.
- Gestión de la red. Una red actualiza y una configuración coherente es una estupenda señal de la salud de un data center. Aprovechemos e implementemos las buenas prácticas sobre la infraestructura de red.
- Visibilidad. El tráfico de red ha evolucionado en la última década hacia cargas virtuales, es un hecho sin retorno. El siguiente paso potencial son los containers. Si nuestra red no «ve» ese tráfico, estamos fuera del juego.
- Virtualización. Mención especial a la virtualización de red. ¿La red está en el switch, en el hypervisor o en ambos?. VXLAN está pasando rápidamente de concepto de laboratorio a opción por defecto.
- Cloud. Si tienes toda o parte de tu infraestructura en la nube, vas a necesitar herramientas que aporten un plus de interacción con los entornos cloud.
- Velocidad y latencia. Todo lo anterior está muy bien, pero no olvidemos que «el hierro» tiene que ser rápido y sin retardo. Y es que 1 microsegundo puede suponer mucho dinero en según que sectores.
¿Donde se sitúa Arista en el mercado de Data Center Networking?
Los fundadores de Arista entendieron pronto estas necesidades, y en 2004 se lanzaron a diseñar un sistema de Data Center Networking. 14 años después, el resultado no puede ser más concluyente:
Y es que Arista ha ido año tras año ganando cuota de mercado, y marcando la tendencia en el Data Center. Las comparaciones son odiosas, pero podríamos decir que hoy Arista es el Cisco de hace 20 años. Unos innovan, otros van a rebufo aguantando.
Pero, ¿cuales son las características que hacen brillar a Arista en un entorno tan saturado como el Data Center? Por citar algunas de las más importantes:
- Latencia. El tiempo es dinero, y en redes pueden ser millones. Arista irrumpió con mucha fuerza en el mercado HFT, donde sus equipos con ultra baja latencia han sido killers durante mucho tiempo. Esta obsesión por la latencia ha parido funcionalidades como, LANZ para el monitoreo de lantecias de red, o buffers hardware del orden de GB.
- SysDB. Programar un sistema de cero te permite diseñar el código «como debería ser». Los ingenieros de Arista decidieron que las variables del sistemas y los estados de red iban a estar accesible en una Base datos. Esto es un cambio de paradigma, ya que ahora tenemos procesos independientes leyendo de una Base de datos. Y si hay que reiniciar algún proceso, no hay problema, tomamos las variables instantáneamente de la SysDB.
- NetDB. En línea con lo anterior, ¿porque no almacenamos todos y cada uno de los cambios que ocurren en la red? Se acabó el ejecutar de manera recurrente «show arp» hasta que cazamos el cambio. Ahora es el switch quien internamente registra toda la información relevante sobre la red.
- Linux. El sistema operativo EOS que cargan los switches no está «basado en Linux», sino que «es Linux». Esto abre la puerta a acceder al bash de Linux y ejecutar literalmente cualquier comando estandar: top, grep, cat, vi, etc. Por supuesto, seguimos teniendo disponible el CLI estandar de la industria que inventaron nuestros amigos de Cisco.
- Programabilidad. Las redes son cada vez más heterogeneos y la relación con terceros es inevitable. El sistema EOS expone los switches mediante una API muy bien documentada para que literalmente enganchemos el sistema externo que queramos. Ya sea herramientas de gestión, de monitorización, de negocio, cualquier necesidad de integración puede ser cubierta vía API.
- CloudVision. La integración y la orquestación está genial, pero ojo porque ponerlo en marcha cuesta tiempo y dinero. Por esa razón, Arista nos proporcionar su suite CloudVision con la mayor parte de necesidades ya resueltas.
Y podría seguir con un sin fin de funcionalidades básicas y avanzadas que harán las delicias de cualquier profesional relacionado con el Networking. En este sentido, muy recomendable el libro Arista Warrior de Gary A. Donahue disponible en Amazon.
¿Cuales son los siguientes pasos evolucionar mi red de Data Center Networking?
En este punto, te puedes preguntar: «Vale, me habéis convencido, ¿y ahora qué?».
El primer paso es saber que grado de madurez tiene nuestro Data Center. La evolución del Data Center es una carrera de fondo. Por poner un ejemplo real que comentaba con un cliente, no podamos pasar de una red sin segmentación VLAN a una red automatizada con SDN. Todo cambio debe ser gradual y acorde a las necesidades de la organización.
El segundo paso es definir un plan director de redes adecuado. Se debe marcar las necesidades actuales, pero también las futuras para no limitar el posible crecimiento de nuestro Data Center. Es importante crecer y evolucionar, pero de una manera ordenada.
Y el tercer paso es, ejecutar. Sabemos donde estamos, sabemos donde queremos llegar, ¡planifiquemos el arranque!.
Y aquí es donde podemos ayudarte desde Open3s. En 2014 iniciamos una estrecha colaboración con Arista, siendo el primer Partner que apostó por ellos decididamente. Tenemos casos de éxito en todos los sectores y tamaños que pueden servir de referencia.
Así que no lo dudes más y lánzanos un mail para que te asesoremos en tu proyecto de Data Center Networking.
La importancia de la Gestión del Dato
¿En qué punto estamos?
Hoy en día en el mundo digital, una incidencia a nivel de IT puede tener afectación directamente a los procesos de negocio y en este sentido existen múltiples posibilidades de recuperación, tomando en cuenta los niveles de RTO (Recovery Time Objective) y RPO (Recovery Point Objetive) establecidos, pero la pregunta es: ¿Qué pasa si perdemos los datos o no sabemos dónde están? Es evidente que es una tarea que en ocasiones puede resultar imposible, por eso nos surge la necesidad de tener bien definido e implementado lo que llamamos el CICLO DE VIDA DEL DATO.
En la era de la transformación digital los datos representan un valor incalculable en los procesos de negocio, en los últimos años nos encontramos con una masificación de datos e información a procesar, por lo que es importante categorizar y evitar la fragmentación de los datos.
Por consiguiente, nos encontramos con la imperiosa necesidad de tener los datos de una forma ordenada y coherente para tener un acceso rápido a ellos, en función de los requerimientos de nuestras aplicaciones y entornos que en definitiva determinarán el tipo de dato y la categorización a la que pertenecen.
Nuestra experiencia como integradores de soluciones en este ámbito, nos permite adaptar los diferentes modelos de arquitecturas en función de los requerimientos y necesidades de las organizaciones y de nuestros clientes.
Desde Open3s entendemos la importancia de la gestión del dato como algo crítico dentro de los procesos de transformación digital en la que se embarcan las organizaciones. Saber determinar y categorizar los tipos de datos, definiendo un ciclo de vida en función de su utilización e importancia, supone una optimización destacable en los procesos de IT.
El problema de la Fragmentación de los Datos.
Este problema ya lo estamos viendo en las organizaciones, la falta de control sobre el estado de los datos, su utilización y la evolución dentro de los procesos de negocio, es uno de los puntos importantes a tomar en cuenta si se quiere acometer cualquier proceso de transformación digital. Desde nuestra experiencia, el problema de la fragmentación de los datos se debe a los siguientes puntos que detallamos a continuación.
Crecimiento de los Datos
Los datos están creciendo de una manera exponencial. Esto produce un deterioro dentro de los procesos de IT y, lo que es peor, pone en relieve sus deficiencias. Es común encontrarnos con disrupciones de servicio por falta o mal manejo de la gestión de las capacidades en términos de espacio y la mala gestión de datos que consideramos obsoletos o en desuso, no teniendo control sobre ellos.
Operaciones de los Datos
Los datos son categorizados de acuerdo, a su uso y a los procesos funcionales que los requieren, por tanto, su utilización se diversifica en función de los despliegues, de las necesidades de testeo, desarrollo y como no, de los procesos de análisis que cada vez son más comunes dentro de las organizaciones. Esto supone tener un conocimiento más exhaustivo del estado de los datos y las operaciones que se realizan, de tal forma que tengamos una mayor visibilidad sobre ellos.
Protección de Datos
Hoy en día las organizaciones realizan copias de datos por muchas razones, no sólo para tener respaldos y protección de los datos, sino para la ejecución de tareas dentro de sus procedimientos de control, esto produce un crecimiento no controlado de los datos, sin importar la consistencia de estas copias, el problema es que se distribuyen en diferentes ubicaciones y los métodos de recuperación resultan ser lentos y tediosos.
Por tanto, podemos afirmar que:
“IT está limitada por infraestructuras de datos obsoletos y no controlados”
“No tener claro el Ciclo de Vida del Dato empeora la adopción al Cloud”
Es hora de consolidar los Datos y las Operaciones
La mejor manera de dar solución a esta problemática es identificar los tipos de datos y distribuirlos en una solución integral que nos proporcione un nuevo enfoque en la gestión y en la manera de entender la importancia de los datos en los procesos de continuidad de negocio, dotando a las organizaciones de las siguientes características
Integración y eficiencia
Eliminando duplicidad y sobredimensionamiento de infraestructuras, con una gestión única e integrada que nos permita ejecutar procesos automáticos, eliminando así, tareas manuales y rutinarias. Obteniendo visibilidad sobre los datos y su evolución dentro de su ciclo de vida.
Rapidez y Flexibilidad
Soluciones definidas por software para mejorar considerablemente el acceso a los datos y a su distribución, en función de sus casos de uso, permitiendo la ejecución de aplicaciones y tareas desde cualquier ámbito de nuestra infraestructura. Teniendo la posibilidad de desbordamientos de datos a diferentes modelos de infraestructuras Multicloud.
Seguridad y Operación
Realizar búsqueda de los datos de manera rápida, segura y predictiva sin importar su ubicación, garantizando niveles de RTO/RPO óptimos y eficientes, por los tiempos de recuperación establecidos y los que demandan cada vez más los procesos de negocio dentro de las organizaciones. Garantizando en todo momento la continuidad de los procesos de negocio.
Escalabilidad y soluciones abiertas
Facilidad de crecimiento en función de necesidades y demandas de infraestructuras, soluciones explotables a partir de APIs para desarrollos e informes a medida, así como la integración con otras soluciones.
En resumen, el reto está servido. Debemos poner foco y considerar que vamos a almacenar, gobernar, acceder, proteger y tener una responsabilidad importante sobre nuestros datos. Es hora de ponerse manos a la obra para diseñar un plan eficiente de continuidad de negocio y gobierno de los datos y desde Open3s queremos ayudarte en este proceso.
Autor: Carlos Zavala Pasco, Area Manager Sistemas, Virtualización y Cloud.
Open Data Madrid: Os contamos nuestra experiencia
Que vivimos en la era de la transformación digital es un hecho. Todos habréis oído hablar de ella y aplica en mayor o menor medida a diferentes ámbitos de nuestra vida: ámbito laboral, personal, compras, comunicaciones, entretenimiento… Una de las características principales de esta transformación es la generación de grandes cantidades de datos, que procesados y analizados de la manera correcta pueden aportar valor.
En este artículo queremos contaros cuál ha sido nuestra experiencia intentando explotar datos abiertos. Esta iniciativa surgió un día en una sesión de brainstorming del equipo de Big Data. Ese día dimos con la web de Open Data del Ayuntamiento de Madrid, la cual contiene colecciones de datos abiertos del ayuntamiento que puedes utilizar descargándolos e incluso explotándolos vía API. Tras analizar las fuentes que ofrecían y el potencial que podían tener se nos ocurrió que si esas fuentes se pudieran correlar podríamos generar contenido útil, valioso e interesante tanto para ciudadanos como para distintas áreas del Ayuntamiento.
A continuación os contamos nuestra experiencia.
Datos
Inicialmente pensamos en dos casos de uso: uno de ellos zonas calientes de accidentes de tráfico y multas, y el segundo análisis del impacto de la calidad del aire en la salud de la ciudadanía. Nos vamos a centrar en el primero de ellos, que es el que los datos nos han permitido crear de manera más óptima. Para ello contábamos con las siguientes fuentes:
- Accidentes de tráfico.
- Accidentes con implicación de bicicletas.
- Multas de tráfico.
- Intervenciones del Samur.
Retos
El primer reto al que nos enfrentamos fue el procesamiento de los datos. El hecho de que los datos en cada fuente no estuvieran normalizados hizo que se disparase el tiempo invertido en hacer de ellos datos útiles para aplicar lógicas y análisis, ya que dichos datos no siguen el mismo formato en los distintos conjuntos de datos. Por ejemplo, la ubicación no se detalla igual en los accidentes de tráfico que en las multas (calles con distintos formatos), o en las intervenciones de Samur que en lugar de especificar la calle se especifica únicamente el distrito.
Tras una labor de “cocinado” de los datos que los habilitara para incluirlos en Splunk, vino el problema de la correlación. Nos faltaban campos en algunas fuentes con las que relacionarlas con el resto de datos; y datos básicos como la fecha completa estaban ausentes en algunas de ellas. Esto hizo que el nivel de detalle que se puede llegar a obtener se viese disminuido, ya que sólo se puede analizar por mes y año, con lo que las conclusiones pueden ser distorsionadas.
Un claro ejemplo de diferencia entre formatos lo encontramos en la ubicación de accidentes y multas. En los datos de accidentes venía la calle, por lo que haciendo una correlación con datos de callejero pudimos obtener coordenadas para geoposicionamiento; sin embargo, en los de multas venían calles incompletas y cruces, lo cual dificultó la posibilidad de posicionar geográficamente.
Otro problema que encontramos fue la falta de datos actuales. Para poder materializar la idea que teníamos en mente lo óptimo hubieran sido datos actualizados de manera diaria, pero nos encontramos con que muchos de los datos que ofrece la web de open data se publican de manera anual a año vencido. Para hacer un “análisis forense” a tiempo pasado y analizar el histórico puede ser útil, pero pierde la versatilidad y el valor que te da tener datos cercanos a tiempo real.
No obstante, seguimos trabajando en ello para ver el potencial que podía tener la idea, y a continuación os contamos lo que conseguimos.
Resultado
Hemos conseguido desarrollar un dashboard de analytics sobre los datos obtenidos sobre accidentes de tráfico. Tenemos distintas visiones de los accidentes que se producen, pudiendo ver la segregación por distrito, tipo de accidente, edades y horas/días.
Como podemos ver, y sin aplicar ningún tipo de filtro ya podemos empezar a sacar conclusiones:
- En cuanto a distritos, los accidentes de tráfico se reparten de manera bastante homogénea, no destacando ningún distrito sobre otro. Tiene un porcentaje ligeramente mayor el distrito de Chamartín pese a que cualquiera pensaríamos que sería el distrito Centro.
- Los accidentes que más se producen son colisiones dobles, acaparando así un 75% de todos ellos. Llama la atención una tipología de accidente con suficiente representación como para salir en el gráfico que es “Caída viajero bus”.
- Los resultados de tramo horario son totalmente los esperados y deducibles por la afluencia de coches correlando los tramos horarios con las horas de trabajo.
- El abanico de edades que se registran va de 0 a más de 74 años. Es curioso ver como la segregación de accidentes va en aumento en los tramos menores de edad hasta llegar a los 25-29 (un 12,44% de los accidentes), y a partir de ese tramo empieza a disminuir de nuevo.
- El lunes gana por poco margen el día con más accidentes de tráfico, siendo el resto bastante equitativos.
- Respecto a las horas, refleja que hay más accidentes por la tarde que por la mañana. Esto puede dar lugar a pensar que los desplazamientos para trabajar por la mañana pueden estar más escalonados que los de la tarde.
Los filtros superiores nos permiten “jugar” con la información, para obtener conclusiones curiosas como las siguientes:
- Seleccionando accidentes cuyos implicados tienen una edad superior a 74 años vemos como la segregación por tipo de accidente aumenta considerablemente hacia “Atropello”, y que la tipología “Caída viajero bus” se ve incrementada.
- Si queremos analizar los accidentes de tipo “Choque contra objeto fijo” llama la atención de éstos a qué hora se producen más, como vemos en el siguiente gráfico. Es el horario de madrugada y noche el que se lleva casi el 50% de estos accidentes.
- Al seleccionar accidentes producidos de madrugada y por la noche, las edades que más aparecen son de los 21 a los 39 años. Sin embargo, la división por días de la semana es más homogénea de lo que se esperaría
- Sorprende que seleccionando aquellos accidentes con bicicleta implicada, en tipología siga saliendo “Caída viajero bus”.
- Analizando el geoposicionamiento de accidentes se aprecia una ocurrencia mayor por el barrio de Salamanca, siendo el resto repartido homogéneamente.
- Si contamos los accidentes por día/tramo horario, tipo de accidente, gravedad y tramo de edad los accidentes que más se producen son los sábados de 00 a 00:59, la mayoría por colisión doble, sin heridos de gravedad y en tramos de edades bastante dispares.
- Por último, algo de esperar, si vemos un gráfico con la evolución temporal de los accidentes por mes apreciamos que en el mes de Agosto disminuyen drásticamente. Llama la atención el aumento en Octubre sin mucha razón lógica a la que achacarlo.
Qué hubiéramos necesitado para conseguirlo
Para conseguir lo que teníamos en mente hubiéramos necesitado principalmente:
- Campos para correlar las distintas fuentes.
- Datos en real time o near real time.
- Presencia de datos ausentes: por ejemplo, día del mes el cuál no está presente y dificulta aplicar ciertos análisis (por ejemplo, analizar los accidentes en función de medidas de contaminación activas).
- Calidad en los datos, por ejemplo, en los de ubicación.
Conclusiones
Pese a que se ha avanzado mucho en estos temas y ya se ha dado un gran paso como crear un servicio de consumo de datos abierto de los ayuntamientos (presente no sólo en Madrid, sino también en ciudades como Barcelona), aún queda camino por andar.
Hemos extraído bastantes conclusiones, pero si hubiésemos contado con todo lo necesario se podría haber hecho algo con mucho más potencial permitiendo extraer todo el jugo que los datos y la correlación entre estos aportan.
Esperamos que el mundo de los datos siga evolucionando, ¡nosotros estaremos ahí para experimentarlo y vivirlo!
Autora: Nerea Sánchez Fernández, Area Manager Big Data
Como optimizar el tráfico a internet con un Firewall NGFW
Hace ya tiempo que los Firewalls evolucionaron de esa barrera perimetral con secuencias de IPs y puertos a equipos con funcionalidades avanzadas. Integración con directorio activo, identificación de aplicaciones en capa 7, gestor de conexiones remotas VPN y una larga lista que dan forma a lo que se conoce como Next Generation FireWalls. Hoy vamos a hablar de una característica poco publicitada de algunos NGFW, la capacidad de gestionar múltiples líneas de conexión al exterior en general (y a internet en particular).
Situación de partida, ¿que necesidades de comunicación al exterior tienen las empresas?
En lo que respecta a comunicaciones hacia el exterior, a la persona en el puesto de Director técnico, CIO o responsable de comunicación se le exige varios de los siguientes puntos:
- Comunicación segura y confiable entre sedes
- Conexión a Internet con parámetros de rendimiento aceptables.
- Redundancia de todo lo anterior
- Con el menor coste posible.
Analicemos cada uno de los requisitos en mayor detalle
- Para la comunicación entre sedes la opción por defecto por la que optan muchas organizaciones es una red MPLS contratada a un ISP mayorista. Disponemos de una red privada donde la configuración y el mantenimiento la realiza un tercero y con unos ancho de banda garantizado. Todo muy bonito, ¿verdad? La realidad es que la red es compartida a nivel físico, los anchos de banda son muy bajos (especialmente cierto en MPLS internacionales), la privacidad depende de la confianza en el ISP de turno y la capacidad de realizar operaciones técnicas complejas está muy limitada.
- La navegación a internet siempre ha sido un tira y afloja entre las capacidades de las líneas ISP y los requisitos de las aplicaciones. En algún punto, este equilibrio se rompió por las nuevas necesidades corporativas en materia de seguridad. A día de hoy ocurre que parte o toda nuestra operativa IT está en formato cloud con aplicaciones SaaS pero nuestra conexión a Internet se basa en la tunelización de tráfico hacia una sede central donde controlo todo el flujo. A esto hay que sumar que muchas aplicaciones no solo requieren un ancho de banda mínimo, sino que además los parámetros de latencia y jitter deben permanecer en valores óptimos (pensemos en una llamada VoIP, una videoconferencia).
- Hoy día no se tolera perdida de servicio. A menos que seamos amanuenses en un convento, la mayor parte del tiempo requerimos conexión a internet para desempeñar nuestra tarea. De manera general, un corte de conexión a internet suele ser desastroso para la operativa de a empresa. Y porque no decirlo, una mancha en la imagen del departamento de IT.
- Y por supuesto, con el menor coste económico y operativo posible. Atención a la diferenciación, económico y operativo. El euro pesa mucho en las decisiones pero no debemos obviar que carga operativa nos va a suponer cada opción y por supuesto que flexibilidad técnica brinda.
El problema
Con todo esto, el esquema de partida de la mayoría de empresas comienza siendo un conjunto de sedes remotas unidas a una sede central por MPLS y un firewall y una salida a internet bien grandota en la central por donde pasa todo. Gráficamente algo así:
Si tu red esta representada por esta imagen o similar, habrás sufrido los inconvenientes que tiene:
- Las redes MPLS son en general caras y lentas además de ser poco ágiles ante cambios.
- La conexión a internet agregada en DataCenter no da respuesta a necesidades específicas.
- No tenemos ningún mecanismo de seguridad en las sedes.
- No existe visibilidad de lo que está ocurriendo en las tripas de nuestra red
- La redundancia de conexiones al exterior no es fácil de gestionar desde un punto de vista técnico
La pregunta, ¿como gestionar el tráfico de salida a internet de forma eficiente técnica y económicamente?
De acuerdo, ya eres consciente de las deficiencias de la red de comunicaciones de tu empresa. Pero, ¿que alternativas tienes? No hay una respuesta unificada porque cada organización tiene sus necesidades particulares. Lo que sí hay es una serie de pautas a seguir como por ejemplo:
- Añadir en las sedes al menos una segunda línea de conexión con la central por redundancia. En lugar de una MPLS puede ser una conexión a internet con un tunel IPSec para comunicación segura.
- Descargar el control de seguridad en un firewall en la sede y derivar parte del tráfico directamente a Internet sin pasar por la sede central
- Valorar la sustitución de la costosa línea MPLS por una línea genérica a internet con las medidas de autenticación y encriptación suficientes.
- Aumentas el número de líneas de internet para asegurar la conexión al exterior con la mejor disponibilidad en todo momento.
Es decir, estamos pidiendo la capacidad de analizar y gestionar el tráfico de salida desde cada una de las sedes hacia el exterior. ¿Como lo conseguimos? Efectivamente, instalando un Firewall de tipo NGFW en cada una de las sedes.
La solución, SD-WAN de Fortinet
Llega el momento de aterrizar la idea. Somos conscientes de las carencias de nuestra red, queremos reducir costes y mejorar nuestra operativa. ¿Como lo hago? En este articulo os explicamos que aporta Fortinet y su tecnología SD-WAN. Te explicamos en que consiste.
SD-WAN de por si es un concepto marketiniano, algo parecido a lo que ocurre con SDN que cada vendor empuja su idea del concepto. Para Fortinet, SD-WAN es la tecnología que permite optimizar los flujos de conexión a internet de manera dinámica según las necesidades de cada usuario y aplicación. Ahí es nada. Dicho de otra manera, es capaz de sacar el tráfico por una u otra línea según los parámetros técnicos de la línea en cada momento. Pongamos un par de ejemplos reales para entenderlo mejor:
- Nuestra empresa ha apostado por Office365 y la aplicación Teams de Microsoft requiere una latencia determinada en las sedes. En lugar de tunelizar el tráfico hacía la sede central y sacarlo a internet, pasemos a un modelo donde identificamos el tráfico a nivel de aplicación en la sede en local con un NGFW y derivemos el tráfico directo a Internet. Y en caso que la línea a internet falle o tenga parámetros de latencia malos, derivemos el tráfico temporalmente a través de la conexión hacia la sede central.
- Hemos apostado por reducir nuestra factura y desvincularnos de nuestro ISP sustituyendo la MPLS por dos líneas de fibra FTTH domésticas más una línea con radioenlace todo ello con conexión a la central con túneles IPSec. Por defecto voy a sacar todo el tráfico no crítico a través de la línea 1 de fibra, el tráfico critico a través de la línea 2 de fibra y me reservo el radioenlace en caso de problemas. Por ejemplo, si detecto una perdida de paquetes del 1% en la línea 1 de fibra considero que la línea ha dejado de ser confiable y comienzo a sacar todo el tráfico por el radioenlace que tiene menor capacidad pero me asegura la entrega de los paquetes. De manera continua se comprueba la línea de fibra hasta que vuelve a los parámetros de calidad aceptable y volvemos a enrutar el tráfico como anteriormente.
Este y múltiples ejemplos más se consigue gracias a la combinación de diferentes tecnologías punteras proveídas por Fortinet:
- Funcionalidad SD-WAN para gestionar el tráfico de salida al exterior.
- Identificación de aplicaciones para categorizar cada flujo.
- Establecimiento de túneles IPSec de manera dinámica.
- Gestión centralizada de NGFW mediante software específico como FortiManager.
Finalizando este artículo te estarás preguntando si esta solución realmente es tan buena y si es aplicable a ti. En Open3s nos gusta hacer una venta consultiva donde estudiamos cada caso en detalle. Si estás interesado, déjanos tus datos que estamos encantando de charlar contigo sobre este y otros temas.
Autor: Miguel Angel Corzo, Área manager Networking y Seguridad.
La evolución de los Centros de Datos y el Fútbol
En estos tiempos que corren, es una obviedad que hay sectores de actividad que han experimentado una profunda transformación, marcada por necesidades de evolución o por exigencias de los ámbitos en donde se desarrollan. En este sentido, la Tecnología y el Deporte, son dos de las actividades que han experimentado esta evolución y en donde se puede establecer paralelismos, a modo didáctico y explicativo, de lo que pueden significar por el lado de la tecnología, en los Centros de Datos y del deporte, en el Fútbol.
INICIOS
Los Centros de Datos, desde sus inicios, han estado en constante evolución por los requerimientos que han tenido de soportabilidad de las infraestructuras donde se procesan los datos para obtener los resultados de una manera más eficiente, el Fútbol, de una manera cíclica, también ha tendido a evolucionar los esquemas o planteamientos por las exigencias y evolución del juego para mantener así, la competitividad necesaria en todo deporte.
Cuando hablamos de Centros de Datos nos podemos referir a niveles o capas que los conforman, en un sentido más genérico el hardware y el software, en sus inicios cada uno estaban perfectamente delimitados en sus funciones, unidos por el sistema operativo, que hacía de enlace para interactuar a través de interrupciones ambos elementos, cómo en el Fútbol de antaño, en donde teníamos posiciones rígidas, estáticas y jugadores especialistas de acuerdo a sus posiciones, un modelo, en ambos casos, efectivo, para alcanzar los objetivos de entonces con las herramientas que se disponía.
EVOLUCIÓN
En ambos casos, nos encontrábamos con modelos susceptibles a evolucionar, porque las tendencias así lo establecían, los elementos de software además de complementar descargaban de tareas al hardware y daban más visibilidad a los gestores y administradores de IT, para el análisis, los cambios y la resolución de problemas.
De la misma forma en Fútbol, se evolucionaba hacía un modelo basado en la posesión, a partir del talento en el mediocampo, para descargar a la zona defensiva de tareas duras, de destrucción, haciendo el juego más vistoso, no sólo para el espectador sino para los entrenadores, pudiendo a través de lo que sucedía en esa parcela del campo, entender, analizar y corregir cualquier momento del lance, es decir, en ambos casos tanto el software como los mediocentros se oficiaban como verdaderos «cerebros» de cada uno de los modelos, su interacción con los niveles inferiores y superiores les daban esas características y dotaban de esa eficiencia necesaria en toda actividad para llegar a los objetivos trazados.
CONCEPTOS Y COMPONENTES
Precisamente el software, a través de la Virtualización, produjo una revolución en los modelos de los Centros de Datos, la virtualización del hardware en las infraestructuras supuso alcanzar niveles de eficiencia y dotar de mejoras en las operativas en todos los componentes de un Centro de Datos. Las redes, el almacenamiento y los servidores, los entornos y aplicaciones y finalmente los procesos de negocio, eran susceptibles a ser integrados facilitando el procesamiento de los datos y optimizando los flujos de información entre infraestructura y aplicaciones de negocio, es como entender la interacción entre las tres líneas de un esquema de juego como son la defensa, el mediocampo y la delantera, integrar el esfuerzo con el talento para optimizar las transiciones del balón entre las líneas para que, de una manera eficaz y bien jugada, lleguen a los delanteros que son lo que, a través del «gol» puedan definir el juego, como así lo son las aplicaciones y los procesos de negocio. En ambos casos, la información y el balón deben fluir de una manera eficiente, mediante mecanismos o dibujos tácticos, diseñados para alcanzar los objetivos en las organizaciones y los equipos.
Entender que los modelos tienden a converger e integrarse parece ser una obligación, el software y los mediocentros deben ser las piezas claves para definir las operativas y las tácticas, siendo los conceptos de orquestación, automatización, simplicidad en la gestión y adaptación de manera rápida a los cambios, un denominador común entre los modelos en ambas actividades.
En los centros de datos, aplicar dichos conceptos llevará a las organizaciones a ser más eficaces y llegar a niveles de optimización y continuidad de negocio esperados. Orquestar los elementos de las infraestructuras o los jugadores, automatizar los procesos o los movimientos dentro de un terreno de juego, gestionar de una manera eficaz las aplicaciones o las plantillas y llegar a hacer cambios de diseños sin disrupción sin afectar a los procesos o cambiar el dibujo táctico en un partido de una manera rápida y eficaz para ganarlo, son los paralelismos entre un diseño de Centro de Datos y un equipo de Fútbol.
ANÁLISIS y RESULTADOS
Por tanto, es obvio que todo este planteamiento deriva en el análisis de los resultados finales, tanto en los procesos de negocio de las organizaciones como en los títulos obtenidos a final de temporada, dando visibilidad e importancia a aquellos puntos ejecutivos, donde el éxito depende de todos los mecanismos y procesos que hay por debajo, en el caso de los Centro de Datos en las infraestructuras y en el Fútbol en la solidez defensiva y de consistencia, en todas sus líneas, en la que se basa una estructura de plantilla.
Por eso, siempre se debe dar prioridad a los procesos de negocio de las organizaciones, así como se da a los grandes goleadores, que son los que deciden las competiciones, y que por lo general ganan los balones de oro, pero nunca sin un Centro de Datos eficiente y moderno ni un gran equipo detrás, al servicio de un objetivo común, un TRABAJO EN EQUIPO a todos los niveles y con letras mayúsculas.
En conclusión, la tendencia es clara, debemos ser capaces de entender como evolucionan los modelos y aplicarlos de acuerdo con nuestras necesidades, garantizando la continuidad de los procesos de negocio, dedicando esfuerzos en los puntos realmente claves y estratégicos para las organizaciones o en los momentos donde se juegan los títulos en la temporada.
Como decía el maestro J.Cruyff…
“Todos los entrenadores hablan sobre movimientos, sobre correr mucho. Yo digo que no es necesario correr tanto. El fútbol es un juego que se juega con el cerebro. Debes estar en el lugar adecuado, en el momento adecuado, ni demasiado pronto ni demasiado tarde”
Autor: Carlos Zavala Pasco, Area manager Sistemas, Virtualización y Cloud.