Ola, Khabrovites! , o mercado de servizos na nube en Rusia está a gañar forza constantemente. As nubes híbridas son tendencia máis que nunca, a pesar de que a tecnoloxía en si está lonxe de ser nova. Moitas empresas pregúntanse como é de factible manter e manter unha enorme flota de hardware, incluído o que se precisa de forma situacional, en forma de nube privada.
Hoxe falaremos de en que situacións o uso dunha nube híbrida será un paso xustificado, e en que pode xerar problemas. O artigo será útil para aqueles que non tivesen experiencia previa traballando con nubes híbridas, pero que xa as están mirando e non saben por onde comezar.
Ao final do artigo, proporcionaremos unha lista de verificación de trucos que che axudarán á hora de escoller un provedor de nube e configurar unha nube híbrida.
Pedimos a todos os interesados que pasen baixo o corte!
Nube privada VS pública: pros e contras
Para comprender cales son os motivos que impulsan ás empresas a cambiar ao híbrido, vexamos as principais características das nubes públicas e privadas. Centrémonos, en primeiro lugar, naqueles aspectos que dun xeito ou doutro preocupan á maioría das empresas. Para evitar confusións na terminoloxía, presentamos a continuación as principais definicións:
Nube privada (ou privada). é unha infraestrutura de TI, cuxos compoñentes están situados dentro dunha empresa e só nos equipos propiedade desta empresa ou provedor de nube.
Nube pública é un contorno informático, cuxo propietario ofrece servizos por unha taxa e ofrece espazo na nube a todos.
Nube Híbrida consta de máis dunha nube privada e máis dunha pública, cuxa potencia de cálculo se comparte.
Nubes privadas
A pesar do seu alto custo, a nube privada ten varias vantaxes que non se poden ignorar. Estes inclúen alta controlabilidade, seguridade de datos e monitorización total dos recursos e do funcionamento dos equipos. En liñas xerais, unha nube privada cumpre todas as ideas dos enxeñeiros sobre unha infraestrutura ideal. En calquera momento pode axustar a arquitectura da nube, cambiar as súas propiedades e configuración.
Non hai necesidade de depender de provedores externos: todos os compoñentes da infraestrutura permanecen do teu lado.
Pero, a pesar dos fortes argumentos a favor, unha nube privada pode ser moi cara ao principio e no mantemento posterior. Xa na fase de deseñar unha nube privada, é necesario calcular correctamente a carga futura... Aforrar ao comezo pode levar ao feito de que tarde ou cedo afrontará a falta de recursos e a necesidade de crecemento. E escalar unha nube privada é un proceso complexo e caro. Cada vez que tes que mercar un equipo novo, conéctao e configúrao, e isto adoita levar semanas, fronte ao escalado case instantáneo na nube pública.
Ademais dos gastos de equipamento, é necesario achegar recursos económicos para as licenzas e o persoal.
Nalgúns casos, o equilibrio "prezo/calidade", ou máis precisamente "o custo de escalado e mantemento/os beneficios obtidos", finalmente desprázase cara ao prezo.
Nubes públicas
Se só tes unha nube privada, entón unha nube pública pertence a un provedor externo que che permite usar os seus recursos informáticos por unha taxa.
Ao mesmo tempo, todo o relacionado co soporte e mantemento na nube recae sobre os poderosos ombreiros do "proveedor". A súa tarefa é escoller o plan tarifario óptimo e facer os pagos a tempo.
Usar unha nube pública para proxectos relativamente pequenos é moito máis barato que manter a túa propia flota de equipos.
En consecuencia, non hai necesidade de manter especialistas en TI e redúcense os riscos financeiros.
En calquera momento, podes cambiar de provedor de nube e moverte a un lugar máis axeitado ou máis rendible.
En canto ás desvantaxes das nubes públicas, aquí todo é bastante esperado: moito menos control por parte do cliente, menor rendemento ao procesar grandes volumes de datos e baixa seguridade dos datos en comparación coas privadas, o que pode ser crítico para algúns tipos de empresas. .
nubes híbridas
Na intersección das vantaxes e desvantaxes anteriores atópanse as nubes híbridas, que son de facto unha combinación de polo menos unha nube privada cunha ou máis públicas. A primeira vista (e mesmo nunha segunda) ollada, pode parecer que unha nube híbrida é unha pedra filosofal que permite "inflar" a potencia de computación en calquera momento, realizar os cálculos necesarios e "explotar" todo. Non unha nube, pero David Blaine!
En realidade, todo é case tan bonito como en teoría: a nube híbrida aforra tempo e diñeiro, ten moitos casos de uso estándar e non estándar... pero hai matices. Aquí están os máis importantes deles:
En primeiro lugar, é necesario conectar correctamente a nube "a túa" e a "outra persoa", incluso en termos de rendemento. Aquí poden xurdir moitos problemas, especialmente se o centro de datos da nube pública está fisicamente remoto ou está construído nunha tecnoloxía diferente. Neste caso, hai un alto risco de atrasos, ás veces críticos.
En segundo lugar, o uso dunha nube híbrida como infraestrutura para unha única aplicación está cheo de rendemento desigual en todas as frontes (desde a CPU ata o subsistema de disco) e unha tolerancia reducida a fallos. Dous servidores cos mesmos parámetros, pero situados en segmentos diferentes, mostrarán un rendemento diferente.
En terceiro lugar, non te esquezas das vulnerabilidades de hardware de hardware "estranxeiro" (saúdos fervientes aos arquitectos de Intel) e outros problemas de seguridade na parte pública da nube, xa mencionados anteriormente.
En cuarto lugar, o uso dunha nube híbrida ameaza con reducir significativamente a tolerancia a fallos se alberga unha única aplicación.
Bonificación especial: agora dúas nubes en lugar dunha e/ou a conexión entre elas pode "romper" á vez. E en moitas combinacións á vez.
Por separado, cómpre mencionar os problemas de hospedar grandes aplicacións nunha nube híbrida.
Na gran maioría dos casos, non podes ir e conseguir, por exemplo, 100 máquinas virtuais con 128 GB de RAM na nube pública. Na maioría das veces, ninguén che dará nin sequera 10 coches deste tipo.
Si, as nubes públicas non son de goma, Moscova. Moitos provedores simplemente non manteñen esa reserva de capacidade libre, e isto refírese principalmente á memoria RAM. Podes "debuxar" tantos núcleos de procesador como queiras e podes proporcionar moitas veces máis capacidade SSD ou HDD da que está fisicamente dispoñible. O provedor esperará que non use todo o volume á vez e que sexa posible aumentalo ao longo do camiño. Pero se non hai RAM suficiente, a máquina virtual ou a aplicación pode fallar facilmente. E o sistema de virtualización non sempre permite tales trucos. En calquera caso, convén lembrar este desenvolvemento dos eventos e discutir estes puntos co provedor "en terra", se non, corre o risco de quedar atrás durante as máximas de carga (Black Friday, carga estacional, etc.).
En resumo, se queres utilizar unha infraestrutura híbrida, ten en conta que:
- O provedor non sempre está preparado para proporcionar a capacidade necesaria baixo demanda.
- Hai problemas e atrasos na conectividade dos elementos. Debes comprender que pezas de infraestrutura e en que casos realizarán as solicitudes a través da "conxunta"; isto pode afectar ao rendemento e á dispoñibilidade. É mellor considerar que na nube non hai un nodo de clúster, senón unha infraestrutura separada e independente.
- Existe o risco de que se produzan problemas en grandes partes da paisaxe. Nunha solución híbrida, unha ou outra nube pode "caerse" por completo. No caso dun clúster de virtualización normal, corre o risco de perder como máximo un servidor, pero aquí corre o risco de perder moito á vez, dun día para outro.
- O máis seguro é tratar a parte pública non como un "extensor", senón como unha nube separada nun centro de datos separado. É certo, neste caso ignoras a "hibridez" da solución.
Paliar as desvantaxes dunha nube híbrida
De feito, a imaxe é moito máis agradable do que pensas. O máis importante é coñecer os trucos de "cociñar" unha boa nube híbrida. Aquí están os principais en formato de lista de verificación:
- Non debe mover partes sensibles á latencia da aplicación á nube pública por separado do software principal: por exemplo, a caché ou as bases de datos baixo carga OLTP.
- Non coloque enteiramente esas partes da aplicación na nube pública, sen a cal deixará de funcionar. En caso contrario, a probabilidade de falla do sistema aumentará varias veces.
- Ao escalar, ten en conta que o rendemento das máquinas despregadas en diferentes partes da nube variará. A flexibilidade de escala tamén estará lonxe de ser perfecta. Desafortunadamente, este é un problema de deseño arquitectónico e non poderás erradicalo por completo. Só podes tentar reducir o seu impacto no traballo.
- Intente garantir a máxima proximidade física entre as nubes públicas e privadas: canto menor sexa a distancia, menores serán os atrasos entre segmentos. O ideal é que ambas partes da nube "vivan" no mesmo centro de datos.
- É igualmente importante asegurarse de que ambas nubes utilicen tecnoloxías de rede idénticas. As pasarelas Ethernet-InfiniBand poden presentar moitos problemas.
- Se se usa a mesma tecnoloxía de virtualización nas nubes privadas e públicas, esta é unha vantaxe definitiva. Nalgúns casos, pode acordar co provedor migrar máquinas virtuais enteiras sen reinstalar.
- Para facer rendible o uso dunha nube híbrida, escolla un provedor de nube co prezo máis flexible. O mellor de todo, en función dos recursos realmente utilizados.
- Ampliar con centros de datos: se necesitas aumentar a capacidade, creamos un "segundo centro de datos" e poñémolo baixo carga. Remataches cos teus cálculos? "Apagamos" o exceso de enerxía e aforramos.
- As aplicacións e proxectos individuais pódense mover á nube pública mentres se escala a nube privada ou simplemente durante un período determinado. Certo, neste caso non terás hibridación, só conectividade L2 xeral, que non depende de ningún xeito da presenza/ausencia da túa propia nube.
En vez de unha conclusión
Iso é todo. Falamos das características das nubes públicas e privadas, e analizamos as principais oportunidades para mellorar o rendemento e a fiabilidade das nubes híbridas. Non obstante, o deseño de calquera nube é o resultado de decisións, compromisos e convencións ditadas polos obxectivos e recursos comerciais da empresa.
O noso obxectivo é motivar ao lector para que tome en serio a elección da infraestrutura na nube adecuada en función dos seus propios obxectivos, tecnoloxías dispoñibles e capacidades financeiras.
Convidámoste a compartir a túa experiencia coas nubes híbridas nos comentarios. Estamos seguros de que a túa experiencia será útil para moitos pilotos novatos.
Fonte: www.habr.com