It would be a simple task to just deploy the largest configuration available and test how many containers you can stuff into it. However, the number of resources a single container can utilise will depend largely on the containerized application. That is why, instead of attempting to simulate a real-world use case, we decided to fully stress the servers by running a varying number of concurrent CPU benchmarks within Docker containers.<\/p>\n

To save time and manual work, the cloud servers were deployed using Terraform to create a clean environment for each run. Then as we needed to be able to quantify the container performance objectively, we selected to use Sysbench to run CPU benchmarks. Although Sysbench does not offer a ready-made container, it was a simple task of building one using the latest Ubuntu container along with the appropriate packages.\u00a0Each server was also benchmarked running Sysbench natively on the OS to create a baseline.<\/p>\n

The results speak well for the performance improvement attained by containerized application. Containers were able to reach performance numbers within the margin of error of the uncontainerized natively run baseline. Below you can see example performance numbers per container per number of containers on UpCloud. The number of threads per container was adjusted according to the total number of containers to fully utilise each server configuration, oversubscribing where necessary.<\/p>\n

 <\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n\n

Performance per container (events\/s)<\/th>\n<\/tr>\n
<\/th>\n	Native<\/th>\n	1<\/th>\n	2<\/th>\n	4<\/th>\n	6<\/th>\n	8<\/th>\n	12<\/th>\n	16<\/th>\n	20<\/th>\n<\/tr>\n<\/tbody>\n
1CPU-2GB<\/td>\n	410.05<\/td>\n	409.76<\/td>\n<\/tr>\n
2CPU-4GB<\/td>\n	803.52<\/td>\n	803.33<\/td>\n	400.33<\/td>\n<\/tr>\n
4CPU-8GB<\/td>\n	1640.29<\/td>\n	1648.11<\/td>\n	829.04<\/td>\n	410.42<\/td>\n<\/tr>\n
6CPU-16GB<\/td>\n	2465.24<\/td>\n	2616.64<\/td>\n	1316.46<\/td>\n	724.98<\/td>\n	414.1<\/td>\n<\/tr>\n
8CPU-32GB<\/td>\n	3895.53<\/td>\n	3842.9<\/td>\n	1928.47<\/td>\n	959.51<\/td>\n	658.08<\/td>\n	487.61<\/td>\n<\/tr>\n
12CPU-48GB<\/td>\n	5921.93<\/td>\n	5881.14<\/td>\n	2963.14<\/td>\n	1440.09<\/td>\n	988.49<\/td>\n	707.62<\/td>\n	493.95<\/td>\n<\/tr>\n
16CPU-64GB<\/td>\n	7814.03<\/td>\n	7256.47<\/td>\n	3924.92<\/td>\n	1973.86<\/td>\n	1309.65<\/td>\n	981.08<\/td>\n	705.12<\/td>\n	494.38<\/td>\n<\/tr>\n
20CPU-96GB<\/td>\n	9896.47<\/td>\n	9899.97<\/td>\n	4949.09<\/td>\n	2474.39<\/td>\n	1639.14<\/td>\n	1259.72<\/td>\n	895.73<\/td>\n	685.98<\/td>\n	494.87<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n  <\/p>\n We at UpCloud<\/a> have always had a big focus on performance and we stand by our slogan of offering the world’s fastest cloud servers. Therefore we did not shy away from comparing our servers<\/a> with some of the most popular cloud providers. The tests were run on a long list of different cloud server configurations from DigitalOcean, AWS, Linode, and of course, UpCloud.<\/p>\n Single-core performance for containers immediately reflects the power differences between the providers. Our cloud servers are consistently able to edge out better single-threaded performance regardless of the number of CPU cores allocated to the system. Note that Linode and AWS do not offer all the same configuration options as DigitalOcean and UpCloud and are therefore absent in certain results.<\/p>\n <\/p>\n Consequently, multi-core performance in containers follows the same trend.\u00a0While smaller configurations remain relatively closely grouped, UpCloud attains a clear lead as the number of usable CPU cores increases.<\/p>\n <\/p>\n Although containers are certainly nothing magical, just as other multithreaded workloads, containerized apps can be more efficient in using resources from the host system. Depending on how continuously each container utilises the available resources, it might be advantageous to even oversubscribe the server. This, of course, has the downside of reducing the performance available to individual containers.<\/p>\n The take-away<\/h2>\n One of the advantages of containerized applications is the possibility of running multiple instances of the same software on a single cloud server. This allows you to increase the number of threads even if the application itself is not multithreaded, as long as the final use case supports it. You then have the option to split the expected workload between multiple cloud servers by deploying a cluster. Furthermore, as we’ve shown above, containers are fully capable of providing competitive performance should your application need it.<\/p>\n Thanks to the fixed monthly pricing options on most popular cloud providers, the expected resource costs are easily calculated. Therefore, it’s possible to plan your infrastructure around the optimal number of multithreaded applications per cloud server resources without letting the costs get out of hand. Additionally, by carefully planning your server configurations, you might also be able to save on your infrastructure costs\u00a0by optimizing the resource split between your cloud servers.<\/p>\n Although the scope of these benchmarks did not include stress tests to a point that would have run into bottlenecks, certain limitations of the container technology could pose restrictions. Mainly, as containers share the underlying kernel, some workloads might become constricted by the shared resources. The effects of kernel bottlenecks are further discussed at Hackernoon.com in\u00a0an article\u00a0investigating low performance in containers<\/a>.<\/p>\n \n Not on UpCloud yet? Sign up for a free trial!<\/h3>\n Benchmark our cloud servers for yourself.<\/p>\n Start your free trial now!<\/a><\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":" Containers are great for easy app deployment and scaling but is that all? This comparison looks into container performance on popular cloud providers.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[97],"tags":[],"class_list":["post-27952","post","type-post","status-publish","format-standard","hentry","category-comparisons"],"acf":[],"_links":{"self":[{"href":"https:\/\/studiogo.tech\/upcloudold\/wp-json\/wp\/v2\/posts\/27952","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/studiogo.tech\/upcloudold\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/studiogo.tech\/upcloudold\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/studiogo.tech\/upcloudold\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/studiogo.tech\/upcloudold\/wp-json\/wp\/v2\/comments?post=27952"}],"version-history":[{"count":0,"href":"https:\/\/studiogo.tech\/upcloudold\/wp-json\/wp\/v2\/posts\/27952\/revisions"}],"wp:attachment":[{"href":"https:\/\/studiogo.tech\/upcloudold\/wp-json\/wp\/v2\/media?parent=27952"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/studiogo.tech\/upcloudold\/wp-json\/wp\/v2\/categories?post=27952"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/studiogo.tech\/upcloudold\/wp-json\/wp\/v2\/tags?post=27952"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}