Bluemix acoplable máquina virtual usando almacenamiento-lvm directa dispuesto para ejecutar el experimento

recientemente jugó ventana acoplable en la máquina virtual bluemix, pero se encontró la instalación predeterminada utilizando un modo de bucle-lvm hacer almacenamiento back-end, se verán afectados, pero oficial ventana acoplable no recomienda el uso de bucle LVM en un entorno de producción, la siguiente imagen muestra la ventana acoplable soluciones de almacenamiento oficial da los pros y los contras de comparación:

así que hoy pregunta abierta cuota Cómo cambiar el modo de almacenamiento devicemapper del docker a direct-lvm.

ventana acoplable corrió por primera vez en Ubuntu y Debian usando aufs memoria. Desde ventana acoplable cada vez más popular, muchas empresas quieren utilizar en RHEL, pero no está incluido en las aufs kernel, por lo aufs rhel no se pueden utilizar. los desarrolladores finales han desarrollado un nuevo devicemapper motor de almacenamiento de back-end, basado en la tecnología de mapeo de dispositivos, y la ventana acoplable enchufable, ahora el mundo hay muchos casos reales devicemapper su uso en un entorno de producción. Device Mapper es un marco de tecnología avanzada de gestión de volúmenes basado en el kernel para sistemas Linux. El controlador de almacenamiento devicemapper de Docker se basa en el aprovisionamiento delgado y las capacidades de instantáneas del marco para la gestión de imágenes y contenedores.

devicemapper es Red Hat Enterprise Linux en acoplable unidad de almacenamiento por defecto del motor, que cuenta con dos modos de configuración: Bucle-LVM y LVM directo, loop-LVM es el modo por defecto, pero si lo es en el entorno de producción Docker está desplegado y no se recomienda oficialmente. Utilizamos ventana acoplable comando info para ver la siguiente advertencia:

ADVERTENCIA :. El uso de dispositivos de bucle está totalmente desaconsejado para uso en producción De cualquier uso `– dm.thinpooldev` almacenamiento o uso opt `– opt-almacenamiento dm.no_warn_on_loop_devices = true` para suprimir este Listado advertencia

directo LVM se recomienda el entorno de producción del estibador modo recomendado, se utiliza un dispositivo de bloques construidos piscina delgada. Para almacenar datos de espejos y contenedores. Este artículo es el sistema operativo
Centos7.2, utilice ventana acoplable versión 1.12, devicemapper versión devicemapper-1.02.107-5.el7.x86_64.

1. Detener el servicio acoplable

En primer lugar información de ejecución ventana acoplable ventana acoplable ver la configuración actual del sistema:

 # root en bastion.shanker en ~ [15:03: 10] infoContainers # 6: docker de servicio: 0 En pausa: 0: Detenido 6IMÁGENES: 40Server Versión: 1.10.3Storage conductor: devicemapper piscina Nombre: cargador de muelle-253: 0-11.668.417-piscina piscina Blocksize: Copia de 10.74 GB: 65.54 kB Tamaño dispositivo base archivos XFS datos:: sistema de archivos /dev /loop0 metadatos de archivos: /dev /loop1 Espacio datos utilizados: 3.641 GB de datos Espacio total: Espacio 107.4 GB datos disponibles: 103.7 GB metadatos Espacio utilizado: 5.972 MB de metadatos Espacio total: Espacio 2,147 GB metadatos disponibles : 2.142 GB Udev sincronización Supported: true La eliminación diferida Habilitado: verdadera supresión diferido Habilitado: cierto conde dispositivo eliminado diferido: archivo de bucle 0 datos: /var /lib /ventana acoplable /devicemapper /devicemapper /datos ADVERTENCIA: El uso de dispositivos de bucle está totalmente desaconsejado para la producción de su uso. o bien utilizar `--storage-opt dm.thinpooldev` o use` --storage-opt dm.no_warn_on_loop_devices = true` a aparecer esta advertencia. archivo de bucle de metadatos: /var /lib /ventana acoplable /devicemapper /devicemapper /metadatos Library versión: 1.02.107-RHEL7 (14/10/2015) Ejecución del conductor: nativo-0.2Logging Conductor: journaldPlugins: Volumen: red local: un puente hostKernel nula versión: Sistema 4.7.9-200.fc24.x86_64Operating: Fedora 24 (veinticuatro) OSType: linuxArchitecture: x86_64Number de Docker Ganchos: 2CPUs: 8Total memoria: 14.99 GiBName: bastion.shankerID: SWHZ: KSZ3: CQMS: W5HN: F33Z: HWU2: 2GUE: OQII: 7BSE: J62P: 6EMX: RHL4Username: shankerRegistry: https://index.docker.io/v1/Registries: docker.io (seguro) 
 
 
 
 
 descubrir controlador de almacenamiento es Devicemapper, archivo de datos y archivo de metadatos es un dispositivo de bucle, de dejar que se detuvo ventana acoplable: 
 
 
 
 #systemctl detener la ventana acoplable 
 
 
 2 la adición de disco y crear delgada piscina lv 
 
 
 
 Ver el disco añadido 
 
 
 
 fdisk -l /dev /sdbDisk /dev /sdb: 21.5 GB, 21474836480 bytes, 41943040 sectorsUnits = sectores de 1 512 = 512 * tamaño bytesSector (lógica /física): 512 bytes /512 bytes el tamaño de E /S (mínimo /óptimo): 512 bytes /512 bytes 
 
 
 Crea pv 
 
 
 
 # root en model.shanker en ~ [14:36 : 01] # pvcreate /dev /sdb volumen físico " /dev /sdb " creado con éxito 
 
 crear VG 
 
 
 
 
 # root en model.shanker en ~ [14:37:49] # vgcreate ventana acoplable /dev /sdb grupo de volumen " " ventana acoplable; creado con éxito 
 
 crear lv de datos 
 
 
 
 
 # root en model.shanker en ~ [14:41:00] # lvcreate --wipesignatures y -n thinpool ventana acoplable -l 95% VG volumen " lógico; thinpool " creado 
 
 
 crear metadatos lv 
. 
 
 
 # raíz en model.shanker en ~ [14:41:06] # lvcreate --wipesignatures y -n thinpoolmeta ventana acoplable -l 1% VG volumen " lógico; thinpoolmeta " creado 
. 
 ¡Tenga en cuenta que el tamaño de la agrupación como meta no puede superar los 16 GB! ! ! 
 
 
 se convierte en la piscina thinpool 
 
 en el thinpool lv chunksize a 512KB, y los bytes frontal de 4 KB claras. 
 
 
 
 root en model.shanker en ~ [14:42:31] # lvconvert -y --zero n -c 512k --thinpool ventana acoplable /thinpool --poolmetadata ventana acoplable /thinpoolmeta ADVERTENCIA :. la conversión de volumen lógico ventana acoplable /thinpool y acoplable /cargador de muelle thinpoolmeta a los datos de la piscina y los volúmenes de metadatos Esto destruirá Contenido de volumen lógico (sistema de archivos, etc.) Construcción /thinpool a la piscina delgada 
 Herramientas crear un perfil de thinpool <. p> 
 
 
 
 # root en model.shanker en /etc /lvm /perfil # raíz [14:45:42] # vi ventana acoplable-thinpool.profile en model.shanker en /etc /lvm /perfil [14:45:50] # pwd /etc /lvm /perfil # root en model.shanker en /etc /lvm /perfil de activación [14:45:53] # cat ventana acoplable-thinpool.profile {thin_pool_autoextend_threshold = 80thin_pool_autoextend_percent = 20} 
 
 de configuración 
 
 
 
 
 # root en model.shanker en /etc /lvm /perfil [14:45:56] # lvchange - -metadataprofile ventana acoplable-thinpool ventana acoplable /thinpool volumen lógico " " thinpool; cambiado 
 
 Nota :. ventana acoplable-thinpool que se acaba de crear Prefijo del nombre del archivo de perfil, no es necesario agregar .profile, y