{"id":347,"date":"2011-05-14T06:22:46","date_gmt":"2011-05-13T23:22:46","guid":{"rendered":"http:\/\/blog.ideasmultiples.com\/?p=347"},"modified":"2011-05-14T06:22:46","modified_gmt":"2011-05-13T23:22:46","slug":"mis-datos-estan-realmente-seguros-en-un-servicio-cloud","status":"publish","type":"post","link":"https:\/\/icloud.pe\/blog\/mis-datos-estan-realmente-seguros-en-un-servicio-cloud\/","title":{"rendered":"Los datos est\u00e1n realmente seguros en un servicio Cloud?"},"content":{"rendered":"

\"\"<\/a>Muchos usuarios ven el cloud como algo infalible, donde sus datos nunca van a desaparecer y su servicio siempre va a estar en l\u00ednea, pero realmente es cierto?<\/p>\n

En contra de muchas opiniones, el termino “servicios cloud” \u00a0no esta relacionado en absoluto con el t\u00e9rmino garant\u00eda de servicio, la calidad y garant\u00eda de servicio, no depende del\u00a0nombre\u00a0del mismo, depende directamente de la calidad, conocimiento e inversi\u00f3n del proveedor que lo ofrece.<\/p>\n

Hace unos minutos he recibido un correo de uno de nuestros proveedores :<\/p>\n

SLC-F Troubles I can\u2019t apologize enough to the clients located on our SLC-F Cloud. We experienced an internal network outage limited to the cloud, and as a result the SANs needed to do a re-synchronization. While this re-sync is going on, the disk I\/O remains tremendously high, causing performance substantially lower than our clients are used to. We have come up with a solution for this in the future. Due to the size of the SANs, we have worked with our SAN vendor to modify the normal behaviour of the SANs during a data sync to sync by volume rather than doing it as one large sync. We’ve also upgraded the iSCSI adapter in all SANs to prevent any\u00a0future failures. We are very sorry for the SLC-F slowness and outages, and can assure you we’ve taken the action to prevent it from happening again.<\/p><\/blockquote>\n

A los pocos d\u00edas se hizo p\u00fablico<\/a> que Gmail hab\u00eda perdido el contenido de 150,000 cuentas por un error de software, lo curioso es que se puede leer una nota en su sitio<\/a> que dice:<\/p>\n

3:20 PM\tGoogle Mail service has already been restored for some users, and we expect a resolution for all users in the near future. Please note this time frame is an estimate and may change.
\nUpdate: Data for the remaining 0.012% of affected users has been successfully restored from tapes and is now being processed. We plan to begin moving data into mailboxes in 2 hours, and in the hours that follow users will regain access to their data. Accounts with more mail will take more time. For more information about what has happened, see the Gmail Blog. Thanks for bearing with us.<\/p>\n

11:10 AM\u00a0Google Mail service has already been restored for some users, and we expect a resolution for all users in the near future. Please note this time frame is an estimate and may change.<\/p><\/blockquote>\n

Es decir que hicieron lo que buenamente pudieron, pero al final su respuesta es que \u00a0se le ha restaurado a “algunos” usuarios y para el resto\u00a0esperan poder dar una soluci\u00f3n en el futuro pr\u00f3ximo<\/em>, es decir que no tienen ni idea de donde est\u00e1n, ni si lo encontrar\u00e1n y lo est\u00e1n buscando, precisamente entre las nubes….<\/p>\n

Despu\u00e9s vino Amazon<\/a> con una ca\u00edda de varios d\u00edas y para rematarlo Google Blogger<\/a> ha estado con problemas durante m\u00e1s de 20 horas<\/p>\n

Un sistema cloud, no es el milagro que muchos intentar vender, hablando sin tecnicismos, es simplemente un conjunto de servidores, que virtualizados junto con sus recursos se vende en peque\u00f1as partes independientes con distintos nombres, como por ejemplo instancias, pero que no dejan de ser VPS individuales no administrados que normalmente, est\u00e1n especializados a atender un tipo de servicio, servidor web, correo, base de datos, etc…<\/p>\n

Estas instancias pueden ser desde un servidor simple con todos sus servicios y panel de control, hasta una compleja configuraci\u00f3n para un sitio de alta disponibilidad, con balanceo de carga, m\u00faltiples servidores web que funcionan en paralelo y conectados a un sistema de almacenamiento de mucha capacidad, por supuesto compartido por el resto de instancias, es decir un VPS.<\/p>\n

Se puede montar “todo un cloud” con\u00a04 servidores<\/a>, suficiente para utilizarlo para un \u00fanico proyecto, pero totalmente inadecuado para venderlo como un servicio cloud\u00a0comercial a m\u00faltiples clientes, no tiene las caracter\u00edsticas b\u00e1sicas de duplicidad de datos y ofrece un pobre rendimiento de I\/O en situaciones cr\u00edticas, por ejemplo cuando hay cientos de DDBB concurrentes.<\/p>\n

Un SDC Virtualizado es mucho m\u00e1s sencillo de administrar, tiene mucho mejor desempe\u00f1o, es mas seguro, es mas estable y ofrece mucho mejor rendimiento como Plataforma Virtualizada, que si la misma estructura se monta como “Cloud”, a pesar de que estar\u00eda compuesto por los mismos elementos de hardware.<\/p>\n

Un SDC virtualizado bien estructurado, tiene menos probabilidades de fallos que montado como cloud y en caso de problemas las ca\u00eddas son mucho menos graves, f\u00e1ciles y r\u00e1pidas de solventar, los costos del servicio en “cloud” para el servicio de hosting compartido y normalmente por el mismo precio, obtienes menos recursos y rendimiento que con un VPS.<\/p>\n

\"\"<\/a>El cloud se dise\u00f1o para ser utilizado por un solo cliente con necesidades de recursos muy altas, concretamente plataformas de investigaci\u00f3n y c\u00e1lculo, los Cray<\/a>, con su sistema operativo UNICOS<\/a> eran un pr\u00e1cticamente cloud hace muchos a\u00f1os, no para compartirlo y salvo muy raras (y caras) excepciones estamos delante de una nueva modalidad de sobrevender equipos y recursos bajo un nuevo concepto de m\u00e1rqueting.<\/p>\n

El no tener una forma de acceder a tus datos de forma r\u00e1pida y directa impide en el 99% de los casos hacer nada ante una ca\u00edda seria, la duplicaci\u00f3n no es parte del cloud, es parte de un buen dise\u00f1o de SDC, si se muere un nodo en una plataforma virtualizada, incluso en el dise\u00f1o m\u00e1s simple, puedes recuperar sus VPS inmediatamente en otro nodo, si se cae algo de la parte de control del cloud todo se cae y no puedes hacer absolutamente nada para solucionarlo, excepto esperar a que alg\u00fan t\u00e9cnico de tu proveedor lo solucione.<\/p>\n

La duplicidad de datos y la distribuci\u00f3n de recursos no funciona ni con hosting estandar ni con DDBB, excepto si el dise\u00f1o est\u00e1 especialmente preparado para ello, en hosting compartido, nada esta preparado para hacerlo, eso es igual para cloud que para cualquier otro sistema. Si quieres tener un nivel de alta disponibilidad en una DDBB, por ejemplo MySQl, debes hacerlo con replicas (esclavo) o con cluster, es exactamente lo mismo en cloud que en una plataforma virtualizada.<\/p>\n

En mi opini\u00f3n, el cloud es una nueva forma de vendernos una gran “m\u00e1quina” en muchas partes, muy peque\u00f1as que al final saturar\u00e1n el proceso de I\/O por bueno que sea, ejemplo VPS.net, tienen una muy buen infraestructura, duplicada, pero igual tienen problemas de I\/O a cada rato.<\/p>\n

Si consultas con cualquier especialista con experiencia<\/em> te responder\u00e1 que el cloud compartido no es apto para procesos que tienen gran cantidad de I\/O, como por ejemplo uso simult\u00e1neo, dentro de un mismo “Cloud” de disco, DDBB de millones de registros, porque es muy lento.<\/p>\n

Una de las principales ventajas del cloud es el poder “levantar instancias” que funcionen en paralelo cuando hay necesidad de atender un gran consumo de recursos, por ejemplo si hay muchas visitas a un sitio web, puedes levantar 10 o 30 procesos WWW en paralelo, la teor\u00eda es muy bonita, pero si hablamos de hosting estandar, con las aplicaciones y paneles de control que usan el 99% de los clientes, ninguna est\u00e1 preparada para utilizar esa t\u00e9cnica, es decir no se puede utilizar, volvemos al uso del “Cloud” por un \u00fanico proyecto, porque para poder hacerlo, necesitas que tu aplicaci\u00f3n este dise\u00f1ada para trabajar en una plataforma distribuida, con los recursos ordenados y segmentados, es decir para hosting compartido el cloud no significa ninguna diferencia sobre un VPS.<\/p>\n

Es decir volvemos a los mismo, el cloud es aplicable para aplicaciones pensadas y dise\u00f1adas desde el principio para funcionar en el, el usar Plesk o cPanel en un cloud es tener un VPS perdido en la nube, no tener una plataforma en cloud.<\/p>\n

Como empresa tienes que saber donde est\u00e1n tus datos<\/strong>, tener acceso directo a ellos, a\u00fan en caso de una ca\u00edda grave y sobre todo, lo que es m\u00e1s importante, poder trasladar tu aplicaci\u00f3n a otro proveedor cuando quieras, sin complicaciones y con garant\u00eda de que tus servicios van a funcionar al 100%.<\/p>\n

En conclusi\u00f3n, mis datos los almaceno yo, gracias….<\/p>\n","protected":false},"excerpt":{"rendered":"

Muchos usuarios ven el cloud como algo infalible, donde sus datos nunca van a desaparecer y su servicio siempre va a estar en l\u00ednea, pero realmente es cierto? En contra de muchas opiniones, el termino “servicios cloud” \u00a0no esta relacionado en absoluto con el t\u00e9rmino garant\u00eda de servicio, la calidad y garant\u00eda de servicio, no … Continue reading Los datos est\u00e1n realmente seguros en un servicio Cloud?<\/span> →<\/span><\/a><\/p>\n","protected":false},"author":128,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3,6,10,15,16],"tags":[18,20,33,3264,37],"class_list":["post-347","post","type-post","status-publish","format-standard","hentry","category-alta-disponibilidad","category-empresa","category-seguridad","category-the-cloud","category-virtualizados","tag-cloud","tag-datacenter","tag-sdc","tag-vps","tag-virtualizacion"],"_links":{"self":[{"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/posts\/347","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/users\/128"}],"replies":[{"embeddable":true,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/comments?post=347"}],"version-history":[{"count":0,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/posts\/347\/revisions"}],"wp:attachment":[{"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/media?parent=347"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/categories?post=347"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/tags?post=347"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}