archivevmdk

Esta semana necesitaba incrementar el tamaño del VMDK4 /storage/core de mi VCSA 6.7; sin embargo luego de especificar el nuevo tamaño desde el cliente HTML5 del vCenter, al momento de ejecutar el comando lvm autogrow observe que la partición /storage/core seguía del mismo tamaño por defecto de 25GB. Además, curiosamente vi que el disco que aumento de tamaño fue /storage/seat el cual se supone que debe de ser el VMDK8 según la estructura de discos en VCSA 6.x. Esto sucede por alguna extraña razón la cual aun estoy investigando, por...

Desde la llegada de vCenter Server Appliance 6.0 con su estructura de discos y la incorporación del uso de lvm autogrow, incrementar el tamaño de discos de la máquina virtual de nuestro VCSA es una tarea muy sencilla la cual puede ser realizada en servidores de producción sin tener efectos colaterales. Primero que todo es importante entender la Estructura de discos VMDK en VCSA 6.x y así poder incrementar el vmdk correcto. Aumentar tamaño de discos con LVM autogrow VCSA 6.5 / 6.7 / 7.0 Importante antes de continuar: –...

En versiones anteriores a 6.0 la arquitectura de discos de los VCSA solamente tenia 2 VMDKs. El primero era usado tanto por el OS de vCenter como para aplicaciones como vpxd, vSphere Web Client, etc. La segunda partición era donde todos los datos de aplicaciones eran almacenados, tales como VCDB, SSO, DB, logs. etc. Con este diseño hubieron desafíos grandes, ya que no se podía aumentar fácilmente la capacidad del disco para un componente de aplicación en particular. Si necesitábamos más almacenamiento para el VCDB pero no para sus logs...

En versiones anteriores a 6.0 aumentar el tamaño de los discos para vCenter Server Appliance (VCSA) no era una tarea muy amigable. Se podía aumentar el tamaño en disco del VMDK muy facilmente, pero reflejar ese cambio en el sistema operativo del VCSA era un completo dolor de cabeza. El KB2056764 de VMware habla sobre el este proceso para versiones de VCSA 5.x. La razón detrás de toda esta complejidad es porque VMware no utilizaba la funcionalidad Logical Volume Manager (LVM) de linux en sus VCSAs para administrar los discos....