{"id":90281,"date":"2020-07-30T13:42:14","date_gmt":"2020-07-30T11:42:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kak-uma-tech-infrastrukturu-razvivala"},"modified":"2020-07-30T13:42:14","modified_gmt":"2020-07-30T11:42:14","slug":"kak-uma-tech-infrastrukturu-razvivala","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/kak-uma-tech-infrastrukturu-razvivala","title":{"rendered":"C\u00f3mo Uma.Tech desarroll\u00f3 la infraestructura","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hemos lanzado nuevos servicios, el tr\u00e1fico ha crecido, hemos reemplazado servidores, conectado nuevas plataformas y reestructurado los centros de datos, y ahora contaremos esta historia, cuya introducci\u00f3n compartimos hace cinco a\u00f1os.<\/i>.<\/a><\/noindex><\/p>\n

Cinco a\u00f1os es un tiempo caracter\u00edstico para hacer un balance. Por eso, decidimos hablar sobre el desarrollo de nuestra infraestructura, que en este quinquenio ha recorrido un camino de desarrollo sorprendentemente interesante, del cual nos sentimos orgullosos. Los cambios cuantitativos que hemos realizado se han convertido en cualitativos, y ahora la infraestructura puede operar en modos que, a mediados de la d\u00e9cada pasada, parec\u00edan fant\u00e1sticos. <\/p>\n

Garantizamos la operaci\u00f3n de los proyectos m\u00e1s complejos con requisitos de fiabilidad y carga extremadamente estrictos, entre los que se encuentran PREMIER y Match TV. Durante las retransmisiones deportivas y el estreno de series populares, se requiere una salida de tr\u00e1fico en terabits por segundo, y lo hacemos sin dificultad, tan a menudo que trabajar con estas velocidades se ha vuelto cotidiano para nosotros. Hace cinco a\u00f1os, el proyecto m\u00e1s pesado que operaba en nuestros sistemas era Rutube, que desde entonces ha crecido, aumentando vol\u00famenes y tr\u00e1fico, lo que deb\u00edamos tener en cuenta al planificar cargas.<\/p>\n

Hemos hablado sobre c\u00f3mo desarrollamos el 'hardware' de nuestra infraestructura (\u00abRutube 2009-2015: la historia de nuestro hardware\u00bb<\/a><\/noindex>) y desarrollamos el sistema responsable de la entrega de video (\u00abDe cero a 700 gigabits por segundo: c\u00f3mo entrega video uno de los mayores sitios de alojamiento de videos en Rusia\u00bb<\/a><\/noindex>), pero desde que se escribieron esos textos ha pasado mucho tiempo, se han creado e implementado muchas otras soluciones, cuyos resultados nos permiten satisfacer las demandas actuales y ser lo suficientemente flexibles como para adaptarnos a nuevas tareas.<\/p>\n

\"C\u00f3mo
\n
\nEl n\u00facleo de la red<\/b> se desarrolla continuamente. Pasamos a equipos Cisco en 2015, como mencionamos en el art\u00edculo anterior. Entonces ten\u00edamos los mismos 10\/40G, pero por razones obvias, en pocos a\u00f1os modernizamos los chasis existentes, y ahora utilizamos tambi\u00e9n 25\/100G. <\/p>\n

\"C\u00f3mo
\n
\nLos enlaces de 100G ya no son un lujo (m\u00e1s bien, son una necesidad urgente en nuestro sector) ni una rareza (cada vez m\u00e1s operadores ofrecen conexiones a estas velocidades). Sin embargo, el 10\/40G sigue siendo relevante: a trav\u00e9s de estos enlaces, continuamos conectando a operadores con un bajo volumen de tr\u00e1fico, para los cuales actualmente no es rentable utilizar un puerto m\u00e1s grande.<\/p>\n

El n\u00facleo de red que hemos creado merece una consideraci\u00f3n separada y m\u00e1s adelante ser\u00e1 el tema de un art\u00edculo aparte. Ah\u00ed profundizaremos en los detalles t\u00e9cnicos y revisaremos la l\u00f3gica detr\u00e1s de nuestras acciones en su creaci\u00f3n. Pero ahora continuaremos dibujando la infraestructura de manera m\u00e1s esquem\u00e1tica, ya que su atenci\u00f3n, estimados lectores, no es infinita.<\/p>\n

Los servidores de entrega de video <\/b>evolucionan r\u00e1pidamente, por lo que aportamos mucho esfuerzo. Si antes utiliz\u00e1bamos principalmente servidores de 2U con 4-5 tarjetas de red, cada una con dos puertos de 10G, ahora la mayor parte del tr\u00e1fico se entrega desde servidores de 1U, en los que hay 2-3 tarjetas, cada una con dos puertos de 25G. Las tarjetas de 10G y 25G pr\u00e1cticamente han igualado sus precios, y las soluciones de mayor velocidad permiten entregar tanto a 10G como a 25G. El resultado ha sido un ahorro evidente: menos componentes del servidor y cables de conexi\u00f3n, lo que reduce el costo (y aumenta la fiabilidad); los componentes ocupan menos espacio en el rack, lo que ha permitido alojar un mayor n\u00famero de servidores en un mismo espacio y, por lo tanto, ha reducido el costo del alquiler.<\/p>\n

\u00a1Pero lo m\u00e1s importante es la ganancia en velocidad! \u00a1Ahora podemos entregar m\u00e1s de 100G desde 1U! Y esto en un contexto en el que algunos grandes proyectos rusos consideran un 'logro' entregar 40G desde 2U. \u00a1Nos gustar\u00eda tener esos problemas!<\/p>\n

\"C\u00f3mo
\n
\nCabe destacar que seguimos utilizando la generaci\u00f3n de tarjetas de red que solo pueden trabajar a 10G. Este equipo funciona de manera estable y es bien conocido para nosotros, por lo que no lo hemos desechado, sino que hemos encontrado una nueva aplicaci\u00f3n para \u00e9l. Estas piezas las hemos instalado en servidores de almacenamiento de video, que claramente requieren m\u00e1s de uno o dos interfaces de 1G para un funcionamiento efectivo; aqu\u00ed, las tarjetas de 10G se han vuelto relevantes.<\/p>\n

Sistemas de almacenamiento de datos<\/b> tambi\u00e9n est\u00e1n creciendo. En el transcurso de los \u00faltimos cinco a\u00f1os, han pasado de ser unidades de doce discos (12x HDD 2U) a unidades de treinta y seis discos (36x HDD 4U). Algunos temen utilizar tales cajas tan grandes, ya que si falla una, podr\u00eda poner en peligro el rendimiento \u2014\u00a1y hasta la operatividad!\u2014 de todo el sistema. Pero eso no nos suceder\u00e1: hemos asegurado la redundancia a nivel de copias geodistribuidas de datos. Hemos distribuido las cajas entre diferentes centros de datos \u2014en total utilizamos tres\u2014 y esto elimina la posibilidad de problemas tanto en caso de fallas en la caja como en caso de ca\u00edda de la plataforma.<\/p>\n

\"C\u00f3mo
\n
\nPor supuesto, este enfoque ha hecho obsoleto el RAID de hardware, del que hemos prescindido. Al eliminar la redundancia, hemos mejorado la fiabilidad del sistema al simplificar la soluci\u00f3n y eliminar un posible punto de fallo. Recordemos que nuestro sistema de almacenamiento es \"artesanal\". Esto lo hicimos de manera completamente consciente y el resultado nos ha satisfecho por completo.<\/p>\n

Centros de datos<\/b> hemos cambiado varias veces en los \u00faltimos cinco a\u00f1os. Desde la redacci\u00f3n del art\u00edculo anterior, solo hemos mantenido un centro de datos \u2013 DataLine \u2013 los dem\u00e1s han requerido reemplazo a medida que nuestra infraestructura ha ido evolucionando. Todos los traslados entre plataformas han sido planificados.<\/p>\n

Hace dos a\u00f1os, migramos dentro de MMT\u0421-9, traslad\u00e1ndonos a una plataforma con una buena remodelaci\u00f3n, un buen sistema de refrigeraci\u00f3n, suministro el\u00e9ctrico estable y sin el polvo que antes cubr\u00eda gruesas capas en todas las superficies y obstru\u00eda abundantemente el interior de nuestro equipo. La elecci\u00f3n a favor de la calidad del servicio \u2014y la ausencia de polvo!\u2014 fue la raz\u00f3n de nuestra mudanza.<\/p>\n

\"C\u00f3mo
\n
\nCasi siempre \"una mudanza equivale a dos incendios\", pero los problemas durante la migraci\u00f3n son diferentes cada vez. Esta vez, la principal dificultad para mudarse dentro de un mismo centro de datos fue provocada por las conexiones \u00f3pticas: su abundancia interplanta sin ser consolidadas en un solo cruce por parte de los operadores de telecomunicaciones. El proceso de actualizaci\u00f3n y reconfiguraci\u00f3n de las conexiones (en lo que nos ayudaron los ingenieros de MMT\u0421-9) fue, sin duda, la etapa m\u00e1s complicada de la migraci\u00f3n.<\/p>\n

La segunda migraci\u00f3n se llev\u00f3 a cabo hace un a\u00f1o, en 2019, cuando nos trasladamos de un centro de datos poco satisfactorio a O2xygen. Las razones de la mudanza fueron similares a las mencionadas anteriormente, pero se a\u00f1adi\u00f3 el problema de la falta de atractivo del centro de datos original para los operadores de telecomunicaciones: muchos proveedores ten\u00edan que ser \u00abalcanzados\u00bb hasta este punto por nuestros medios.<\/p>\n

\"C\u00f3mo
\n
\nLa migraci\u00f3n de 13 racks a una plataforma de calidad en MMTS-9 permiti\u00f3 desarrollar esta ubicaci\u00f3n no solo como operadora (un par o tres de racks y \u00abconexiones\u00bb de operadores), sino tambi\u00e9n utilizarla como una de las principales. Esto simplific\u00f3 un poco la migraci\u00f3n desde un centro de datos poco satisfactorio: la mayor\u00eda de los equipos fueron trasladados a otra ubicaci\u00f3n, y a O2xygen se le asign\u00f3 el papel de desarrollo, enviando tambi\u00e9n all\u00ed 5 racks con equipos.<\/p>\n

Hoy en d\u00eda, O2xygen ya es una plataforma completa, a la que \u00abhan llegado\u00bb los operadores que necesitamos y contin\u00faan conect\u00e1ndose nuevos. O2xygen tambi\u00e9n result\u00f3 atractivo para los operadores en t\u00e9rminos de desarrollo estrat\u00e9gico.<\/p>\n

La fase principal de la mudanza la llevamos a cabo necesariamente en una sola noche, y al migrar dentro de MMTS-9 y a O2xygen nos adherimos a esta regla. Destacamos que la regla de \u00abmudanza en una noche\u00bb se cumple estrictamente sin importar el n\u00famero de racks. Hubo incluso un precedente en el que trasladamos 20 racks y tambi\u00e9n lo hicimos en una noche. La migraci\u00f3n es un proceso relativamente sencillo que requiere precisi\u00f3n y secuenciaci\u00f3n, pero aqu\u00ed tambi\u00e9n hay ciertos trucos tanto en el proceso de preparaci\u00f3n, como durante la mudanza y el despliegue en la nueva ubicaci\u00f3n. Estamos listos para hablar en detalle sobre la migraci\u00f3n si hay inter\u00e9s por su parte.<\/p>\n

Resultados<\/b> Nos gustan los quinquenios de desarrollo. Hemos completado la construcci\u00f3n de una nueva infraestructura tolerante a fallos, distribuida en tres centros de datos. Hemos aumentado dr\u00e1sticamente la densidad de entrega de tr\u00e1fico: si recientemente nos complac\u00edamos con 40-80G con 2U, ahora es norma para nosotros entregar 100G con 1U. Ahora incluso un terabit de tr\u00e1fico lo percibimos como algo cotidiano. Estamos listos para seguir desarrollando nuestra infraestructura, que ha resultado ser flexible y escalable.<\/p>\n

Pregunta: <\/b>\u00bfSobre qu\u00e9 deber\u00edamos hablar en los pr\u00f3ximos textos, estimados lectores? \u00bfSobre por qu\u00e9 comenzamos a crear sistemas de almacenamiento hechos a medida? \u00bfSobre el n\u00facleo de la red y sus caracter\u00edsticas? \u00bfSobre los trucos y matices de la migraci\u00f3n entre centros de datos? \u00bfSobre la optimizaci\u00f3n de soluciones de entrega mediante la selecci\u00f3n de componentes y ajustes precisos de par\u00e1metros? \u00bfSobre la creaci\u00f3n de soluciones resilientes gracias a la redundancia m\u00faltiple y las capacidades de escalado horizontal dentro del centro de datos, implementadas en una estructura de tres centros de datos?<\/p>\n

Autor: Petr Vinogradov \u2014 Director t\u00e9cnico de Uma.Tech Hamsters<\/a><\/noindex> <\/i>
\n
Fuente: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041c\u044b \u0437\u0430\u043f\u0443\u0441\u043a\u0430\u043b\u0438 \u043d\u043e\u0432\u044b\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u044b, \u0442\u0440\u0430\u0444\u0438\u043a \u0440\u043e\u0441, \u0437\u0430\u043c\u0435\u043d\u044f\u043b\u0438 \u0441\u0435\u0440\u0432\u0435\u0440\u0430, \u043f\u043e\u0434\u043a\u043b\u044e\u0447\u0430\u043b\u0438 \u043d\u043e\u0432\u044b\u0435 \u043f\u043b\u043e\u0449\u0430\u0434\u043a\u0438 \u0438 \u043f\u0435\u0440\u0435\u0434\u0435\u043b\u044b\u0432\u0430\u043b\u0438 \u0426\u041e\u0414\u044b \u2013 \u0430 \u0441\u0435\u0439\u0447\u0430\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c \u044d\u0442\u0443 \u0438\u0441\u0442\u043e\u0440\u0438\u044e, \u0441 \u043d\u0430\u0447\u0430\u043b\u043e\u043c \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u0437\u043d\u0430\u043a\u043e\u043c\u0438\u043b\u0438 \u0432\u0430\u0441 \u043f\u044f\u0442\u044c \u043b\u0435\u0442 \u043d\u0430\u0437\u0430\u0434. \u041f\u044f\u0442\u044c \u043b\u0435\u0442 \u2013 \u0445\u0430\u0440\u0430\u043a\u0442\u0435\u0440\u043d\u043e\u0435 \u0432\u0440\u0435\u043c\u044f \u0434\u043b\u044f \u043f\u043e\u0434\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u043f\u0440\u043e\u043c\u0435\u0436\u0443\u0442\u043e\u0447\u043d\u044b\u0445 \u0438\u0442\u043e\u0433\u043e\u0432. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u043c\u044b \u0440\u0435\u0448\u0438\u043b\u0438 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u0442\u044c \u043e \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u0438 \u043d\u0430\u0448\u0435\u0439 \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u044b, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0437\u0430 \u043f\u044f\u0442\u0438\u043b\u0435\u0442\u043a\u0443 \u043f\u0440\u043e\u0448\u043b\u0430 \u0443\u0434\u0438\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u044b\u0439 \u043f\u0443\u0442\u044c \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u044f, \u043a\u043e\u0442\u043e\u0440\u044b\u043c \u043c\u044b […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":90282,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-90281","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47C\u00f3mo Uma.Tech desarroll\u00f3 su infraestructura | ProHoster","description":"Lanz\u00e1bamos nuevos servicios, el tr\u00e1fico aumentaba, reemplaz\u00e1bamos servidores, conect\u00e1bamos nuevas plataformas y remodel\u00e1bamos centros de datos. Ahora compartiremos esta historia, de la cual les dimos un adelanto hace cinco a\u00f1os.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/kak-uma-tech-infrastrukturu-razvivala","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0430\u043a Uma.Tech \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u043b\u0430 | ProHoster","og:description":"\u041c\u044b \u0437\u0430\u043f\u0443\u0441\u043a\u0430\u043b\u0438 \u043d\u043e\u0432\u044b\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u044b, \u0442\u0440\u0430\u0444\u0438\u043a \u0440\u043e\u0441, \u0437\u0430\u043c\u0435\u043d\u044f\u043b\u0438 \u0441\u0435\u0440\u0432\u0435\u0440\u0430, \u043f\u043e\u0434\u043a\u043b\u044e\u0447\u0430\u043b\u0438 \u043d\u043e\u0432\u044b\u0435 \u043f\u043b\u043e\u0449\u0430\u0434\u043a\u0438 \u0438 \u043f\u0435\u0440\u0435\u0434\u0435\u043b\u044b\u0432\u0430\u043b\u0438 \u0426\u041e\u0414\u044b \u2013 \u0430 \u0441\u0435\u0439\u0447\u0430\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c \u044d\u0442\u0443 \u0438\u0441\u0442\u043e\u0440\u0438\u044e, \u0441 \u043d\u0430\u0447\u0430\u043b\u043e\u043c \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u0437\u043d\u0430\u043a\u043e\u043c\u0438\u043b\u0438 \u0432\u0430\u0441 \u043f\u044f\u0442\u044c \u043b\u0435\u0442 \u043d\u0430\u0437\u0430\u0434.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/kak-uma-tech-infrastrukturu-razvivala","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-07-30T11:42:14+00:00","article:modified_time":"2020-07-30T11:42:14+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"90281","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 12:54:27","updated":"2022-09-30 02:23:08","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/90281","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=90281"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/90281\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/90282"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=90281"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=90281"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=90281"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}