{"id":15244,"date":"2020-11-23T22:24:28","date_gmt":"2020-11-23T21:24:28","guid":{"rendered":"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/"},"modified":"2020-11-23T22:24:28","modified_gmt":"2020-11-23T21:24:28","slug":"aws-burstable-ec2-cloudwatch","status":"publish","type":"post","link":"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/","title":{"rendered":"AWS burstable EC2 and CloudWatch metrics"},"content":{"rendered":"<h2>By Franck Pachot<\/h2>\n<p>.<br \/>\nYour application workload is usually not constant and maybe not predictable. If you undersize the capacity, you will save money but in case of peak of activity you will have severe performance issues. Thus, you need to size the capacity for peak workloads: you pay for idle CPU when out of those peaks. This is one major reason for virtualization and cloud: elasticity. Because the hardware is shared by multiple applications, which probably don&#8217;t have their workload peak at the same time, you don&#8217;t have to size the physical capacity for the sum of peak activity, as you would have to do if each application run on dedicated hardware. AWS has many features to choose between reserved capacity and auto-scaling ones. Here is as very simple one that is even available in the Free Tier: burstable compute.<\/p>\n<p>I have created an EC2 t2.micro instance. And I&#8217;m displaying 3 metrics in a CloudWatch:<\/p>\n<p>I started with 32 minutes of &#8220;CPU Credit Balance&#8221;. This means that I can run at 100% CPU for 32 minutes. This credit stays and even increases when I&#8217;m not using the CPU. At 16:20 have started a program running fully in CPU ( `yes &gt; \/dev\/null` ). I used 100% of CPU until 17:00 approximately and then the &#8220;CPU Utilization (%)&#8221; decreased to around 20% which is the baseline in this t2.micro when credits are exhausted. The &#8220;CPU Credit Usage&#8221; was at 5 during all this period because it is gathered every 5 minutes: during 5 minutes running at 100% CPU you use 5 minutes of credit. And during that time you see the &#8220;CPU Credit Balance&#8221; decreasing down to zero. I stopped my `yes` process at 17:45 where the &#8220;CPU utilization&#8221; is at 0% as nothing is running, and the &#8220;CPU credit balance&#8221; starts to grow again slowly.<\/p>\n<p><a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-195858.jpg\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-195858.jpg\" alt=\"\" width=\"1024\" height=\"561\" class=\"aligncenter size-large wp-image-45279\" \/><\/a><\/p>\n<p>From this CloudWatch &#8220;CPU Utilization&#8221; you cannot say if between 17:05 and 17:35 you are only 20% CPU usage because the process doesn&#8217;t need to (being idle) or because it is throttled by lack of CPU credit. But you can guess it when you look at the credit balance and usage. Let&#8217;s have a look at the default SAR statistics gathered every 10 minutes:<\/p>\n<pre><code>\n[ec2-user@ip-172-31-42-243 ~]$ sar\n\n04:04:59 PM       LINUX RESTART                                                                                                        \n\n04:10:01 PM     CPU     %user     %nice   %system   %iowait    %steal     %idle\n04:20:01 PM     all      0.02      0.00      0.02      0.00      0.00     99.95\n04:30:01 PM     all     45.88      0.00      0.58      0.09      0.01     53.44\n04:40:01 PM     all     99.02      0.00      0.96      0.00      0.02      0.00\n04:50:01 PM     all     99.03      0.00      0.95      0.00      0.01      0.00\n05:00:01 PM     all     99.04      0.00      0.95      0.00      0.01      0.00\n05:10:01 PM     all     28.03      0.00      0.23      0.00     71.74      0.00\n05:20:02 PM     all     17.50      0.00      0.12      0.00     82.39      0.00\n05:30:01 PM     all     18.90      0.00      0.11      0.00     80.99      0.00\n05:40:02 PM     all     18.83      0.02      0.16      0.00     81.00      0.00\n05:50:01 PM     all      3.45      1.07      1.10      4.60     33.31     56.47\n06:00:01 PM     all      0.02      0.00      0.02      0.00      0.00     99.96\n06:10:01 PM     all      0.02      0.00      0.02      0.00      0.02     99.94\n06:20:01 PM     all      0.03      0.00      0.01      0.00      0.01     99.95\n06:30:01 PM     all      0.01      0.00      0.01      0.00      0.00     99.98\n\n<\/code><\/pre>\n<p>Before starting my program, the CPU was nearly 100% idle, until 16:20. Then when it was running the CPU was used at nearly 100% in user space until 17:00. Then, the CPU usage is nearly 20% until I stopped the process at 17:45. This is exactly the same as what CloudWatch displays. But SAR has an additional metric here: &#8220;%steal&#8221; and this is how I know that it was not idle but throttled by the hypervisor. My process was 100% in Running state but this shows up as 20% CPU usage and 80% stolen. Then I&#8217;ve stopped the process and %user and %steal is down to zero &#8211; all time is idle.<\/p>\n<p>And once the CPU is idle, my CPU credits start to increase again:<br \/>\n<a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-200026.jpg\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-200026.jpg\" alt=\"\" width=\"1024\" height=\"585\" class=\"aligncenter size-large wp-image-45280\" \/><\/a><br \/>\n24 hours later I earned 144 minutes of CPU. I&#8217;ll not earn more &#8211; this is the maximum. Of course all that is documented in the instance type description (<a href=\"https:\/\/aws.amazon.com\/ec2\/instance-types\/\" rel=\"noopener noreferrer\" target=\"_blank\">https:\/\/aws.amazon.com\/ec2\/instance-types\/<\/a>) and Burstable CPU description (<a href=\"https:\/\/docs.aws.amazon.com\/AWSEC2\/latest\/UserGuide\/burstable-credits-baseline-concepts.html\" rel=\"noopener noreferrer\" target=\"_blank\">https:\/\/docs.aws.amazon.com\/AWSEC2\/latest\/UserGuide\/burstable-credits-baseline-concepts.html<\/a>): an idle t2.micro gets 6 minutes of credits every hour, with a maximum of 144. The only thing that differs from documentation in my example is the baseline, which should be 10% when out of credits, but I am above here. No idea why.<\/p>\n<p>I&#8217;ve started again a process that never sleeps:<br \/>\n<a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-213856.jpg\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-213856.jpg\" alt=\"\" width=\"1024\" height=\"585\" class=\"aligncenter size-large wp-image-45289\" \/><\/a><br \/>\nIt can run at 100% for 144 minutes but I stop it there, this is the same pattern as above.<br \/>\nJust one thing, CloudWatch doesn&#8217;t tell it to you but &#8220;CPU utilisation%&#8221; includes the time running in kernel (%system). Instead of running `yes &gt; \/dev\/null` I have run `dd if=\/dev\/urandom of=\/dev\/null bs=1M` which runs mostly in kernel space:<\/p>\n<pre><code>03:20:01 PM     CPU     %user     %nice   %system   %iowait    %steal     %idle\n09:00:01 PM     all      0.02      0.00     99.96      0.00      0.02      0.00\nAverage:        all      7.73      0.00      1.26      0.00      0.01     91.00<\/code><\/pre>\n<h3>Amazon RDS<\/h3>\n<p><a href=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-224713.jpg\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-224713.jpg\" alt=\"\" width=\"300\" height=\"186\" class=\"alignright size-medium wp-image-45293\" \/><\/a>This can be interesting for a database and some RDS instance types are burstable (db.t3.*). Databases rarely have an homogeneous activity, but they must have CPU resources available at peak time. Because databases share data, they protect data structures with latches and maybe spinlocks: in case of CPU starvation, a process scheduled out of CPU may hold an exclusive resource and another process comes to running state just to spin in CPU trying to acquire this resource. This is a waste of CPU cycles, as the resource will not be available while the other process is in the runqueue.<br \/>\nAurora can run on db.t3 medium and large. But you may also look at auto-scale and maybe serverless. Oracle Database does not benefit a lot from burstable instances because the software license is paid on processor metric, which counts on full vCPU rather than the baseline, so you probably want to use 100% of it as long as you need.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>By Franck Pachot . Your application workload is usually not constant and maybe not predictable. If you undersize the capacity, you will save money but in case of peak of activity you will have severe performance issues. Thus, you need to size the capacity for peak workloads: you pay for idle CPU when out of [&hellip;]<\/p>\n","protected":false},"author":89,"featured_media":15245,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1865],"tags":[2190,133,2191,423,1883],"type_dbi":[],"class_list":["post-15244","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-aws","tag-steal","tag-aws","tag-burstable","tag-cpu","tag-ec2"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v27.2 (Yoast SEO v27.2) - https:\/\/yoast.com\/product\/yoast-seo-premium-wordpress\/ -->\n<title>AWS burstable EC2 and CloudWatch metrics - dbi Blog<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"AWS burstable EC2 and CloudWatch metrics\" \/>\n<meta property=\"og:description\" content=\"By Franck Pachot . Your application workload is usually not constant and maybe not predictable. If you undersize the capacity, you will save money but in case of peak of activity you will have severe performance issues. Thus, you need to size the capacity for peak workloads: you pay for idle CPU when out of [&hellip;]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/\" \/>\n<meta property=\"og:site_name\" content=\"dbi Blog\" \/>\n<meta property=\"article:published_time\" content=\"2020-11-23T21:24:28+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-195858.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"2048\" \/>\n\t<meta property=\"og:image:height\" content=\"1121\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"Cloud Team\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Cloud Team\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"4 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/\"},\"author\":{\"name\":\"Cloud Team\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/92adc1c969d57f2b2f51e970b15b2f70\"},\"headline\":\"AWS burstable EC2 and CloudWatch metrics\",\"datePublished\":\"2020-11-23T21:24:28+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/\"},\"wordCount\":803,\"commentCount\":0,\"image\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-195858.jpg\",\"keywords\":[\"%steal\",\"AWS\",\"burstable\",\"CPU\",\"EC2\"],\"articleSection\":[\"AWS\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/\",\"url\":\"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/\",\"name\":\"AWS burstable EC2 and CloudWatch metrics - dbi Blog\",\"isPartOf\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-195858.jpg\",\"datePublished\":\"2020-11-23T21:24:28+00:00\",\"author\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/92adc1c969d57f2b2f51e970b15b2f70\"},\"breadcrumb\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/#primaryimage\",\"url\":\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-195858.jpg\",\"contentUrl\":\"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-195858.jpg\",\"width\":2048,\"height\":1121},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Accueil\",\"item\":\"https:\/\/www.dbi-services.com\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"AWS burstable EC2 and CloudWatch metrics\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#website\",\"url\":\"https:\/\/www.dbi-services.com\/blog\/\",\"name\":\"dbi Blog\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.dbi-services.com\/blog\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/92adc1c969d57f2b2f51e970b15b2f70\",\"name\":\"Cloud Team\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/secure.gravatar.com\/avatar\/1fd4abaa3d2f79eb3c430f8ababb33014273b4168e2652ca915d59c6ef5e8cec?s=96&d=mm&r=g\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/1fd4abaa3d2f79eb3c430f8ababb33014273b4168e2652ca915d59c6ef5e8cec?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/1fd4abaa3d2f79eb3c430f8ababb33014273b4168e2652ca915d59c6ef5e8cec?s=96&d=mm&r=g\",\"caption\":\"Cloud Team\"},\"url\":\"https:\/\/www.dbi-services.com\/blog\/author\/cloud\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"AWS burstable EC2 and CloudWatch metrics - dbi Blog","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/","og_locale":"en_US","og_type":"article","og_title":"AWS burstable EC2 and CloudWatch metrics","og_description":"By Franck Pachot . Your application workload is usually not constant and maybe not predictable. If you undersize the capacity, you will save money but in case of peak of activity you will have severe performance issues. Thus, you need to size the capacity for peak workloads: you pay for idle CPU when out of [&hellip;]","og_url":"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/","og_site_name":"dbi Blog","article_published_time":"2020-11-23T21:24:28+00:00","og_image":[{"width":2048,"height":1121,"url":"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-195858.jpg","type":"image\/jpeg"}],"author":"Cloud Team","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Cloud Team","Est. reading time":"4 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/#article","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/"},"author":{"name":"Cloud Team","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/92adc1c969d57f2b2f51e970b15b2f70"},"headline":"AWS burstable EC2 and CloudWatch metrics","datePublished":"2020-11-23T21:24:28+00:00","mainEntityOfPage":{"@id":"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/"},"wordCount":803,"commentCount":0,"image":{"@id":"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/#primaryimage"},"thumbnailUrl":"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-195858.jpg","keywords":["%steal","AWS","burstable","CPU","EC2"],"articleSection":["AWS"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/","url":"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/","name":"AWS burstable EC2 and CloudWatch metrics - dbi Blog","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/#primaryimage"},"image":{"@id":"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/#primaryimage"},"thumbnailUrl":"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-195858.jpg","datePublished":"2020-11-23T21:24:28+00:00","author":{"@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/92adc1c969d57f2b2f51e970b15b2f70"},"breadcrumb":{"@id":"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/#primaryimage","url":"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-195858.jpg","contentUrl":"https:\/\/www.dbi-services.com\/blog\/wp-content\/uploads\/sites\/2\/2022\/04\/Screenshot-2020-11-23-195858.jpg","width":2048,"height":1121},{"@type":"BreadcrumbList","@id":"https:\/\/www.dbi-services.com\/blog\/aws-burstable-ec2-cloudwatch\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Accueil","item":"https:\/\/www.dbi-services.com\/blog\/"},{"@type":"ListItem","position":2,"name":"AWS burstable EC2 and CloudWatch metrics"}]},{"@type":"WebSite","@id":"https:\/\/www.dbi-services.com\/blog\/#website","url":"https:\/\/www.dbi-services.com\/blog\/","name":"dbi Blog","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.dbi-services.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/92adc1c969d57f2b2f51e970b15b2f70","name":"Cloud Team","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/1fd4abaa3d2f79eb3c430f8ababb33014273b4168e2652ca915d59c6ef5e8cec?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/1fd4abaa3d2f79eb3c430f8ababb33014273b4168e2652ca915d59c6ef5e8cec?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/1fd4abaa3d2f79eb3c430f8ababb33014273b4168e2652ca915d59c6ef5e8cec?s=96&d=mm&r=g","caption":"Cloud Team"},"url":"https:\/\/www.dbi-services.com\/blog\/author\/cloud\/"}]}},"_links":{"self":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/15244","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/users\/89"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/comments?post=15244"}],"version-history":[{"count":0,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/15244\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/media\/15245"}],"wp:attachment":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/media?parent=15244"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/categories?post=15244"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/tags?post=15244"},{"taxonomy":"type","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/type_dbi?post=15244"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}