Red de conocimientos turísticos - Información de alquiler - ¿En qué versión de openstack se basa Huawei FusionSphere? OpenStack en realidad tiene tres componentes relacionados con el almacenamiento. La familiaridad de estos tres componentes es consistente con la apariencia del componente en sí. La familiaridad es la siguiente: Swift: proporciona almacenamiento de objetos (Object Storage), conceptualmente. similar al servicio S3 de Amazon, pero Swift tiene una gran escalabilidad, redundancia y durabilidad, y también es compatible con S3 APIGlance: proporciona almacenamiento y administración de imágenes de máquinas virtuales (Imagen), incluidas muchas similares a S3 Almacenamiento y administración de imágenes de máquinas virtuales de servicios ( Imágenes). (Cinder: proporciona almacenamiento en bloques, similar al servicio de almacenamiento en bloques EBS de Amazon, que actualmente solo se usa para el montaje de máquinas virtuales. (Amazon ya tenía oponentes y desafíos imaginarios al comienzo del diseño de OpenStack, por lo que básicamente los módulos funcionales clave Hay proyectos correspondientes). Además de los tres componentes mencionados anteriormente, OpenStack también es una estrella en ascenso para los importantes servicios EC2 en AWS. Para mantener la compatibilidad con la API EC2, existen diferentes métodos de implementación) Entre los tres componentes, Glance Es principalmente para el. La gestión de imágenes de máquinas virtuales es relativamente simple; Swift es un almacenamiento de objetos relativamente maduro e incluso CloudStack lo admite. Cinder es un almacenamiento en bloque relativamente nuevo con un buen concepto de diseño y la posibilidad de combinarlo con almacenamiento comercial, por lo que los fabricantes están más activos. Con respecto a la discusión sobre la arquitectura y la implementación de Swift, además del sitio web oficial, hay muchos artículos en Internet, por lo que no entraré en detalles aquí. (También puede consultar el PPT de mi discurso anterior en la estación OpenStack China Tour Shanghai). En términos de desarrollo, no ha habido muchos ajustes recientemente, por lo que quiero centrarme en las áreas de aplicación más aplicables. A juzgar por los casos reales que he aprendido, hay cuatro campos donde aparece Swift (debería haber más, espero que puedas iluminarme después de ver los casos de uso reales) 1. Disco de red. La arquitectura distribuida simétrica de Swift y el diseño de múltiples agentes y nodos lo convierten genéticamente en un modelo de aplicación concurrente multiusuario. La aplicación más típica es una aplicación de disco de red similar a Dropbox. Dropbox superó los 100 millones de usuarios a finales del año pasado. Para tal escala de acceso, un buen diseño arquitectónico es la razón fundamental por la que puede soportarlo. La arquitectura simétrica de Swift coloca los nodos de datos al mismo nivel lógicamente, y cada nodo contiene tanto datos como metadatos relacionados. La estructura de datos central de los metadatos utiliza un anillo hash. El algoritmo hash consistente permite agregar y eliminar nodos para reubicar solo una pequeña parte de los datos en el espacio del anillo, lo que tiene buena tolerancia a fallas y escalabilidad. Además, los datos no tienen estado y cada dato se almacena completamente en el disco. La combinación de estos puntos asegura una buena escalabilidad del propio almacenamiento. Además de su integración con aplicaciones, se dice que Swift es el lenguaje del protocolo HTTP, lo que simplifica la interacción entre las aplicaciones y el almacenamiento. No es necesario considerar los detalles de la infraestructura subyacente. modificarse para permitir que el sistema se expanda a una escala muy grande. 2. Nube pública IaaS Swift está diseñada con expansión lineal, alta concurrencia y soporte para múltiples inquilinos, lo que la hace muy adecuada para su uso como nube pública. También es una opción muy adecuada para IaaS. Las nubes públicas son de gran escala y a menudo encuentran situaciones en las que se inician una gran cantidad de máquinas virtuales al mismo tiempo. Por lo tanto, el almacenamiento backend de imágenes de máquinas virtuales está realmente diseñado. en la lectura concurrente de big data (por encima de G). En términos de rendimiento, Swift utilizó la biblioteca espejo como almacenamiento de backend en OpenStack desde el principio. Después de la implementación a gran escala de miles de máquinas en RACKSpace, se ha demostrado que Swift puede hacerlo. ser una opción madura a través de la práctica de implementar miles de máquinas en RACKSpace durante varios años. Además, si desea proporcionar servicios SaaS de capa superior basados en IaaS, el arrendamiento múltiple es un problema inevitable y el diseño arquitectónico de Swift admite el arrendamiento múltiple, lo que facilita el acoplamiento. 3. Copia de seguridad y archivo El negocio principal de RackSpace es la copia de seguridad y el archivo de datos, por lo que Swift ha sido bien verificado en este sentido. Al mismo tiempo, también han desarrollado un nuevo negocio: "archivo en caliente". --Archivo caliente.
¿En qué versión de openstack se basa Huawei FusionSphere? OpenStack en realidad tiene tres componentes relacionados con el almacenamiento. La familiaridad de estos tres componentes es consistente con la apariencia del componente en sí. La familiaridad es la siguiente: Swift: proporciona almacenamiento de objetos (Object Storage), conceptualmente. similar al servicio S3 de Amazon, pero Swift tiene una gran escalabilidad, redundancia y durabilidad, y también es compatible con S3 APIGlance: proporciona almacenamiento y administración de imágenes de máquinas virtuales (Imagen), incluidas muchas similares a S3 Almacenamiento y administración de imágenes de máquinas virtuales de servicios ( Imágenes). (Cinder: proporciona almacenamiento en bloques, similar al servicio de almacenamiento en bloques EBS de Amazon, que actualmente solo se usa para el montaje de máquinas virtuales. (Amazon ya tenía oponentes y desafíos imaginarios al comienzo del diseño de OpenStack, por lo que básicamente los módulos funcionales clave Hay proyectos correspondientes). Además de los tres componentes mencionados anteriormente, OpenStack también es una estrella en ascenso para los importantes servicios EC2 en AWS. Para mantener la compatibilidad con la API EC2, existen diferentes métodos de implementación) Entre los tres componentes, Glance Es principalmente para el. La gestión de imágenes de máquinas virtuales es relativamente simple; Swift es un almacenamiento de objetos relativamente maduro e incluso CloudStack lo admite. Cinder es un almacenamiento en bloque relativamente nuevo con un buen concepto de diseño y la posibilidad de combinarlo con almacenamiento comercial, por lo que los fabricantes están más activos. Con respecto a la discusión sobre la arquitectura y la implementación de Swift, además del sitio web oficial, hay muchos artículos en Internet, por lo que no entraré en detalles aquí. (También puede consultar el PPT de mi discurso anterior en la estación OpenStack China Tour Shanghai). En términos de desarrollo, no ha habido muchos ajustes recientemente, por lo que quiero centrarme en las áreas de aplicación más aplicables. A juzgar por los casos reales que he aprendido, hay cuatro campos donde aparece Swift (debería haber más, espero que puedas iluminarme después de ver los casos de uso reales) 1. Disco de red. La arquitectura distribuida simétrica de Swift y el diseño de múltiples agentes y nodos lo convierten genéticamente en un modelo de aplicación concurrente multiusuario. La aplicación más típica es una aplicación de disco de red similar a Dropbox. Dropbox superó los 100 millones de usuarios a finales del año pasado. Para tal escala de acceso, un buen diseño arquitectónico es la razón fundamental por la que puede soportarlo. La arquitectura simétrica de Swift coloca los nodos de datos al mismo nivel lógicamente, y cada nodo contiene tanto datos como metadatos relacionados. La estructura de datos central de los metadatos utiliza un anillo hash. El algoritmo hash consistente permite agregar y eliminar nodos para reubicar solo una pequeña parte de los datos en el espacio del anillo, lo que tiene buena tolerancia a fallas y escalabilidad. Además, los datos no tienen estado y cada dato se almacena completamente en el disco. La combinación de estos puntos asegura una buena escalabilidad del propio almacenamiento. Además de su integración con aplicaciones, se dice que Swift es el lenguaje del protocolo HTTP, lo que simplifica la interacción entre las aplicaciones y el almacenamiento. No es necesario considerar los detalles de la infraestructura subyacente. modificarse para permitir que el sistema se expanda a una escala muy grande. 2. Nube pública IaaS Swift está diseñada con expansión lineal, alta concurrencia y soporte para múltiples inquilinos, lo que la hace muy adecuada para su uso como nube pública. También es una opción muy adecuada para IaaS. Las nubes públicas son de gran escala y a menudo encuentran situaciones en las que se inician una gran cantidad de máquinas virtuales al mismo tiempo. Por lo tanto, el almacenamiento backend de imágenes de máquinas virtuales está realmente diseñado. en la lectura concurrente de big data (por encima de G). En términos de rendimiento, Swift utilizó la biblioteca espejo como almacenamiento de backend en OpenStack desde el principio. Después de la implementación a gran escala de miles de máquinas en RACKSpace, se ha demostrado que Swift puede hacerlo. ser una opción madura a través de la práctica de implementar miles de máquinas en RACKSpace durante varios años. Además, si desea proporcionar servicios SaaS de capa superior basados en IaaS, el arrendamiento múltiple es un problema inevitable y el diseño arquitectónico de Swift admite el arrendamiento múltiple, lo que facilita el acoplamiento. 3. Copia de seguridad y archivo El negocio principal de RackSpace es la copia de seguridad y el archivo de datos, por lo que Swift ha sido bien verificado en este sentido. Al mismo tiempo, también han desarrollado un nuevo negocio: "archivo en caliente". --Archivo caliente.
Debido al efecto de cola larga, la ventana de tiempo en la que se pueden recuperar los datos es cada vez más larga, y el archivado en caliente puede garantizar que los datos archivados de la aplicación se puedan recuperar en minutos, lo cual es una cantidad grande en comparación con las horas de las unidades de cinta tradicionales. Progreso de los programas de archivado. 4. Internet móvil y CDN Internet móvil y los juegos móviles generarán una gran cantidad de datos de usuario, pero la cantidad de usuarios también es grande. Esta también es un área que Swift puede manejar. En cuanto a CDN, si usa Swift, el almacenamiento en la nube puede responder directamente a los dispositivos móviles. No es necesario que un servidor dedicado responda a las solicitudes HTTP. La transmisión de datos no necesita pasar por el sistema de archivos del dispositivo móvil y es directa. subido a la nube mediante el protocolo HTTP. Si almacena en caché los datos a los que se accede con frecuencia en la plataforma y adopta un determinado mecanismo de optimización, puede distribuir los datos a sus usuarios desde diferentes ubicaciones, lo que puede mejorar la velocidad de acceso Recientemente, vi que todos en la comunidad de desarrollo de Swift estaban discutiendo la combinación de. Aplicaciones de sitios web de video y Swift. Creo que esta es una dirección que merece atención. GlanceGlance es relativamente simple y es una máquina virtual. Almacenamiento de imágenes. Proporciona servicios de imágenes para front-end nova (u otras plataformas de gestión virtual con Glance-client instalado), incluido almacenamiento, consulta y recuperación. El módulo en sí no almacena una gran cantidad de datos y necesita montar un almacenamiento de back-end (Swift, S3.... Glance consta de las siguientes partes: l Servicio API: Glance-api se utiliza principalmente para aceptar varias API de). Nova Llame a la solicitud y colóquela en RBMQ para su procesamiento backend. l Glacne-registry se utiliza para interactuar con la base de datos MySQL para almacenar o recuperar metadatos de imágenes. Tenga en cuenta que Swift y S3 se han utilizado para almacenar y recuperar metadatos de imágenes, pero este módulo no almacena una gran cantidad de datos. Cabe señalar que Swift no almacena metadatos en su propio servidor de almacenamiento. Como menciona Swift, los metadatos aquí se refieren a la información de la imagen almacenada en la base de datos MySQL, que pertenece a la categoría de Glance. l Almacenamiento de imágenes: interfaz de almacenamiento back-end, a través de la cual se obtienen las imágenes. El almacenamiento predeterminado es Swift, pero también se admiten otras imágenes como Amazon S3. Desde cierta perspectiva, Glance es un poco como el almacenamiento virtual y también proporciona API para capacidades de administración de imágenes más completas. Entonces, en teoría, otras plataformas en la nube también pueden usarlo. El vistazo es relativamente simple y se limita a la nube, por lo que no hay mucho de qué hablar. Es mejor echar un vistazo al nuevo componente de almacenamiento en bloque Cinder. Mi opinión básica actual sobre Cinder es que el diseño general es bueno, pero. Aún quedan muchos detalles y funciones por mejorar, todavía está un poco lejos de ser un producto maduro. Cinder OpenStack ha sufrido cambios importantes con respecto a la versión F. Uno de ellos es separar parte de la función de almacenamiento en bloque persistente (Nova-Volume) en Nova y convertirse en un nuevo componente de Cinder de forma independiente. Integra varios almacenamientos de back-end y utiliza interfaces API para proporcionar servicios de almacenamiento en bloque al mundo exterior. El núcleo principal es la gestión de volúmenes, por lo que los volúmenes de Cinder incluyen los siguientes tres componentes principales de servicios API: Cinder-api es la interfaz de servicio principal. Responsable de aceptar y procesar solicitudes de API externas y colocar las solicitudes en la cola RabbitMQ para que las ejecute el backend. Actualmente, Cinder proporciona un servicio Volume API V2Scheduler: procesa tareas en la cola de tareas y selecciona los nodos de servicio de volumen apropiados para ejecutar tareas de acuerdo con políticas predefinidas. La versión actual de cinder solo proporciona un programador simple, que selecciona el nodo activo con la menor cantidad de volúmenes para crear volúmenes: este servicio se ejecuta en el nodo de almacenamiento, administra el espacio de almacenamiento, maneja la lectura y escritura en el estado de mantenimiento de la base de datos de cinder, y se comunica a través de la cola de mensajes e interactúa con otros procesos directamente en dispositivos o software de almacenamiento en bloque. Cada nodo de almacenamiento tiene un servicio de volumen y varios de esos nodos de almacenamiento se pueden combinar en un grupo de recursos de almacenamiento. Cinder admite diferentes tipos y modelos de dispositivos de almacenamiento agregando controladores específicos de diferentes proveedores.