{"id":40852,"date":"2016-09-29T13:57:58","date_gmt":"2016-09-29T08:27:58","guid":{"rendered":"http:\/\/www.tothenew.com\/blog\/?p=40852"},"modified":"2016-10-05T12:16:31","modified_gmt":"2016-10-05T06:46:31","slug":"extended-ebs-lvm-backed-volume-on-ec2","status":"publish","type":"post","link":"https:\/\/www.tothenew.com\/blog\/extended-ebs-lvm-backed-volume-on-ec2\/","title":{"rendered":"Create Extended EBS Backed LVM Volume on EC2"},"content":{"rendered":"

Sharing one of my use-cases, Jenkins has been increasing \u00a0over past few weeks, and we were about to hit the 50GB capping for Elastic Block Storage volumes on the Amazon EC2. And this is a problem that is affecting a lot of our team\u00a0developers<\/a> to test their build packages on the different environments. But, every time we have to increase it, a maintenance\/downtime window has to be scheduled where the Jenkins server service \u00a0is stopped, an EBS snapshot of the data volume is created and a newer volume with increase capacity is created and attached to the instance. And the network performance bottlenecks between EC2 instances and the EBS volume that generally impact the complete system performance.<\/p>\n

To fix these issues, we decide to leverage existing Logical Volume Managers(LVM) feature which provides the option to easily expand the size of their volume by adding one or more EBS volumes. With multiple EBS volumes, network performance is increased between AWS resources like EC2 instances and EBS volumes.<\/p>\n

In my post, I will walk through the procedure of setting up with the LVMs on Ubuntu in the AWS EC2 environment<\/a>, and some time period for the maintenance to add and remove (where possible) storage to avoid the interruption or any downtime.<\/p>\n

Getting Started<\/strong><\/h3>\n
    \n
  • In my case, we are attaching three EBS volumes with 1GB SSD . The EBS volumes are given the following device names: ‘\/dev\/xvdb<\/em>, ‘\/dev\/xvdc’<\/em> and ‘\/dev\/xvdd’<\/em>. (To Make LVM utilities installed):\"Screenshot<\/li>\n
  • The first step, launch a base image Ubuntu EC2 instance launched with the IAM Role\/Profile; the root file system is an EBS Volume.<\/li>\n
  • Initialize “pvcreate”\u00a0on the additional volumes to use with LVM filesystem. In order to do this, we need to use the “pvcreate” command. And “pvcreate” command is mainly used to initialize disk or partitions that will be used by LVM. It can either initialize a whole disk or a partition on the physical disks.Syntax so “pvcreate <device-a> <device-b>\u00a0<device-c>\u00a0<device-n>”\"Screenshot<\/li>\n
  • Use the “pvdisplay” command utility to display information about mount physical disks:\"Screenshot<\/li>\n
  • Then volume group called “vgebs” is created. This volume group includes our two disks:\"Screenshot<\/li>\n
  • Once the LVM volume group is created, use the “vgdisplay” command to show its attributes.<\/li>\n
  • Create Logical Volumes. Once the LVM volume group is created, now it’s time to create logical volumes Syntax: \u00a0 \u00a0sudo lvcreate –name <logical-volume-name> –size <size-of-volume> <lvm-volume-name>\u00a0\"Screenshot<\/li>\n
  • This will create a new device located at “\/dev\/mapper\/vgebs-lvebs”. And this is our LVM volume, and we can now create a filesystem and mount it. Once the LVM volumes are created, then we can format them using any another type of filesystem like ext3, XFS, ext4 and more. If you are using the filesystem”ext3″ :
    \nmkfs.ext3 \u00a0<logical-volume-path>\u00a0\"Screenshot<\/li>\n
  • To mount the logical volumes using the mount command:\"Screenshot<\/li>\n
  • If we want then mount points to be available after reboot the system, we can add mount point entries in file\u00a0‘\/etc\/fstab’<\/em>.And check the status using mount volume:\"Screenshot<\/li>\n
  • Our first step is to create two more EBS volumes (1GB each) and attach to AWS ec2 instance. And now we are running out of disk space on EBS for our mount point? So we need to increase it out by now we initialize this as the Physical volume for the LVM. After the new volumes have been attached to our EC2 instance we check “dmesg” to check the exact mapping (EC2 instances may sometimes change the name of the devices):
    \n\"Screenshot\"Screenshot<\/li>\n
  • And then add this disk to our existing “vgebs” Volume Group:\"Screenshot<\/li>\n
  • Now we extend the LVM volume to use the whole size of the group. Please note that in theory, we should \u00a0“lvextend” to use 800Mb or 0.8G, but since the LVM needs to reserve some space for internal data we must leave a few GiB available:
    \n\"Screenshot<\/li>\n
  • We can now use “resize2fs” to extend the filesystem until the end of the LVM volume:\"Screenshot<\/li>\n
  • Check the status of the mount point “\/var\/lib\/jenkins”. Then we will find that the disk size of the device “\/dev\/mapper\/vgebs-lvebs” increased to 1.9GB to 2.7GB:\"Screenshot<\/li>\n<\/ul>\n

    Once the LVMs are created and mounted, we can use these as \u00a0normal volumes. However, LVM offers:<\/h3>\n
      \n
        \n
      • With Better performance<\/strong> \u2013 If data is spread across all the multiple EBS volumes using LVM, we can leverage the dedicated network throughput \u00a0between AWS EC2 and EBS. This provides us better network throughput over a single network channel between EC2 instances and EBS volumes.<\/li>\n
      • Ability to grow<\/strong> \u2013 We also expand volume at any time according to requirement. More EBS volumes can be added to existing LVM volume instead of creating a snapshot of an EBS volume and expanding it.<\/li>\n
      • The EBS volume snapshots<\/strong> \u2013 Also, need to ensure that on disk there are no operations happening on EBS volume during snapshots. Also to suspend the operation (Read or Write) on the LVM volume by using \u00a0“dmsetup” command.<\/li>\n<\/ul>\n<\/ul>\n

        Syntax for the suspend : # dmsetup suspend <lvm-volume-name>
        \nSyntax for the resume : # dmsetup resume <lvm-volume-name>
        \nAs mentioned in my post, LVMs volume backup can be created using the EBS snapshot procedure, but need to ensure that LVM volume operations are suspended for that time duration .<\/p>\n

        Hope my blog helps you in understanding the concept of the extended EBS backed LVM volume.<\/p>\n","protected":false},"excerpt":{"rendered":"

        Sharing one of my use-cases, Jenkins has been increasing \u00a0over past few weeks, and we were about to hit the 50GB capping for Elastic Block Storage volumes on the Amazon EC2. And this is a problem that is affecting a lot of our team\u00a0developers to test their build packages on the different environments. But, every […]<\/p>\n","protected":false},"author":215,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"iawp_total_views":17},"categories":[1174,2348,1],"tags":[2366,4071,4068,3233,1892,4070,573,4074,4069,4072,4067],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/posts\/40852"}],"collection":[{"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/users\/215"}],"replies":[{"embeddable":true,"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/comments?post=40852"}],"version-history":[{"count":0,"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/posts\/40852\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/media?parent=40852"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/categories?post=40852"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.tothenew.com\/blog\/wp-json\/wp\/v2\/tags?post=40852"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}