{"id":37745,"date":"2019-10-31T22:19:28","date_gmt":"2019-10-31T19:19:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/balansirovka-nagruzki-v-openstack-chast-2\/"},"modified":"2019-10-31T22:19:28","modified_gmt":"2019-10-31T19:19:28","slug":"balansirovka-nagruzki-v-openstack-chast-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2","title":{"rendered":"Load Balancing in OpenStack (Part 2)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>In <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/rostelecom\/blog\/461483\/\">the last article<\/a><\/noindex> We discussed attempts to use Watcher and presented a testing report. Such tests are periodically conducted for load balancing and other critical functions of large corporate or service provider clouds.<\/p>\n<p>The high complexity of the task may require multiple articles to describe our project. Today, we publish the second article in the series, dedicated to balancing virtual machines in the cloud. <\/p>\n<h3>A Bit of Terminology<\/h3>\n<p>\nVmWare introduced the DRS (Distributed Resource Scheduler) utility for load balancing in the virtualization environment they developed and offer. <\/p>\n<p>As stated by <noindex><a rel=\"nofollow\" href=\"https:\/\/searchvmware.techtarget.com\/definition\/VMware-DRS\">searchvmware.techtarget.com\/definition\/VMware-DRS<\/a><\/noindex><br \/>\n<i>\"VMware DRS (Distributed Resource Scheduler) is a utility that balances compute workloads with available resources in a virtual environment. The utility is part of a virtualization package called VMware Infrastructure.<\/p>\n<p>With VMware DRS, users define rules for distributing physical resources among virtual machines (VMs). The utility can be configured for manual or automatic management. VMware resource pools can be easily added, removed, or reorganized. If desired, resource pools can be isolated among different business units. If the workload on one or more virtual machines suddenly changes significantly, VMware DRS redistributes the virtual machines among physical servers. If the overall workload decreases, some physical servers may be temporarily powered down as the workload is consolidated.<\/i><\/p>\n<h3>Why is Load Balancing Necessary?<\/h3>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nIn our opinion, DRS is an essential feature of the cloud, though this does not mean that DRS must be used always and everywhere. Depending on the purpose and needs of the cloud, there can be different requirements for DRS and balancing methods. There may be situations where balancing is not needed at all, or even harmful.<\/p>\n<p>To better understand where and for which clients DRS is needed, let's consider their goals and objectives. Clouds can be divided into public and private. Here are the main differences between these clouds and the goals of clients.<\/p>\n<p>Private Clouds \/ Large Corporate Clients<br \/>\nPublic Clouds \/ Medium and Small Businesses, Individuals<\/p>\n<p>Primary Criteria and Goals of the Operator<br \/>\nProviding a reliable service or product<br \/>\nReducing the cost of services in a competitive market<\/p>\n<p>Service requirements<br \/>\nReliability at all levels and in all system components<\/p>\n<p>Guaranteed performance<\/p>\n<p>Prioritization of virtual machines into several categories\u00a0<\/p>\n<p>Information and physical data security<\/p>\n<p>SLA and round-the-clock support<br \/>\nMaximum ease of obtaining the service<\/p>\n<p>Relatively simple services<\/p>\n<p>The responsibility for data lies with the client<\/p>\n<p>VM prioritization is not required<\/p>\n<p>Information security at the level of standard services, responsibility lies with the client<\/p>\n<p>There may be failures<\/p>\n<p>No SLA, quality is not guaranteed<\/p>\n<p>Email support<\/p>\n<p>Backup is not mandatory<\/p>\n<p>Client features<br \/>\nA very wide range of applications.<\/p>\n<p>Legacy applications inherited in the company.<\/p>\n<p>Complex customized architectures for each client.<\/p>\n<p>Affinity rules.<\/p>\n<p>Software operation without stoppage in 7x24 mode.\u00a0<\/p>\n<p>\u2018Hot\u2019 backup solutions.<\/p>\n<p>Predictable cyclic client load.<br \/>\nStandard applications \u2013 load balancing, Apache, WEB, VPN, SQL<\/p>\n<p>Application downtime is possible for a period of time<\/p>\n<p>Arbitrary distribution of VMs in the cloud is allowed<\/p>\n<p>Backup by the client<\/p>\n<p>Statistically averaged load predicted with a large number of clients.<\/p>\n<p>Implications for architecture<br \/>\nGeo-clustering<\/p>\n<p>Centralized or distributed storage systems<\/p>\n<p>Reservable SRK<br \/>\nLocal data storage on computing nodes<\/p>\n<p>Balancing objectives<br \/>\nEven distribution of load<\/p>\n<p>Maximum application responsiveness\u00a0<\/p>\n<p>Minimum latency for balancing<\/p>\n<p>Balancing only in case of explicit necessity<\/p>\n<p>Taking part of the equipment out for preventive maintenance<br \/>\nReducing service costs and operator expenses\u00a0<\/p>\n<p>Disabling part of resources in case of low load<\/p>\n<p>Energy savings<\/p>\n<p>Reducing personnel costs<\/p>\n<h3> We draw the following conclusions for ourselves:<\/h3>\n<p>\n<b>For private clouds,<\/b>provided to large corporate clients, DRS may be applied considering the restrictions:<\/p>\n<ul>\n<li>information security and consideration of affinity rules during balancing;<\/li>\n<li>availability of sufficient resource reserves in case of failure;<\/li>\n<li>The data of virtual machines is stored on centralized or distributed storage systems;<\/li>\n<li>Staggering administrative procedures, backups, and balancing over time;<\/li>\n<li>Balancing only within the client's host cluster;<\/li>\n<li>Balancing only in cases of severe imbalance, the most effective and safe VM migrations (since migration can end unsuccessfully);<\/li>\n<li>Balancing regarding 'calm' virtual machines (migration of 'noisy' virtual machines can take a very long time);<\/li>\n<li>Balancing considering 'cost' \u2014 load on the storage system and network (for customized architectures for large clients);<\/li>\n<li>Balancing taking into account individual behavior characteristics of each VM;<\/li>\n<li>Balancing is preferable during non-working hours (night, weekends, holidays).<\/li>\n<\/ul>\n<p>\n<b>For public clouds<\/b>, providing services to small clients, DRS can be applied much more frequently, with expanded capabilities:<\/p>\n<ul>\n<li>No information security restrictions or affinity rules; <\/li>\n<li>Balancing within the cloud;<\/li>\n<li>Balancing at any reasonable time;<\/li>\n<li>Balancing of any VM; <\/li>\n<li>Balancing of 'noisy' virtual machines (to avoid interfering with others); <\/li>\n<li>The data of virtual machines is often located on local disks;<\/li>\n<li>Taking into account the averaged performance of the storage system and network (the cloud architecture is unified);<\/li>\n<li>Balancing according to generalized rules and available statistics on the behavior of data centers.<\/li>\n<\/ul>\n<p><\/p>\n<h2>The complexity of the problem<\/h2>\n<p>\nThe complexity of balancing lies in the fact that DRS must work with a large number of uncertain factors:<\/p>\n<ul>\n<li>User behavior of each client information system;<\/li>\n<li>Algorithms of the operation of information system servers;<\/li>\n<li>Behavior of database servers;<\/li>\n<li>Load on computational resources, storage systems, network; <\/li>\n<li>Interaction of servers amongst themselves in the fight for cloud resources.<\/li>\n<\/ul>\n<p>\nThe load of a large number of application and database virtual servers on cloud resources develops over time, and the consequences may manifest and overlap each other with unpredictable effects over an unpredictable period. Even for managing relatively simple processes (for example, managing an engine or a home water heating system), automatic control systems need to employ complex configurations. <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/%D0%9F%D0%98%D0%94-%D1%80%D0%B5%D0%B3%D1%83%D0%BB%D1%8F%D1%82%D0%BE%D1%80\">proportional-integral-derivative <\/a><\/noindex>feedback algorithms. <\/p>\n<p><img decoding=\"async\" alt=\"Load Balancing in OpenStack (Part 2)\" src=\"\/wp-content\/uploads\/2019\/09\/5270ddb943db9b4921a887e67c4f2a8f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOur task is several orders of magnitude more complex, and there is a risk that the system may not be able to achieve load balancing to stable values within a reasonable time even if there are no external influences from users. <\/p>\n<p><img decoding=\"async\" alt=\"Load Balancing in OpenStack (Part 2)\" src=\"\/wp-content\/uploads\/2019\/09\/5214b3af233e7c718fd40e6336472903.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h2>History of our developments<\/h2>\n<p>\nTo address this issue, we decided not to start from scratch but to build on existing experience and collaborate with experts in this field. Fortunately, our understanding of the problem matched perfectly. <\/p>\n<h3>Stage 1<\/h3>\n<p>\nWe utilized a system based on neural network technology and tried to optimize our resources with it.<\/p>\n<p>The interest in this stage was to test new technology, and its importance lay in the application of an unconventional approach to problem-solving, where traditional methods had nearly exhausted their effectiveness under otherwise equal conditions.<\/p>\n<p>We launched the system, and we did indeed see load balancing occurring. The scale of our cloud did not allow us to achieve the optimistic results stated by the developers, but it was clear that balancing was working. <\/p>\n<p>At the same time, we faced quite serious limitations:<\/p>\n<ul>\n<li>For training the neural network, it is necessary for the virtual machines to operate without significant changes for weeks or months.<\/li>\n<li>The algorithm is designed for optimization based on the analysis of earlier 'historical' data.<\/li>\n<li>Training the neural network requires a substantial amount of data and computational resources. <\/li>\n<li>Optimization and balancing can be done relatively infrequently \u2013 once every few hours, which is clearly insufficient. <\/li>\n<\/ul>\n<p><\/p>\n<h3>Stage 2<\/h3>\n<p>\nSince we were not satisfied with the current situation, we decided to modify the system, and for this, we needed to answer the <b>main question<\/b> \u2013 who are we creating it for?<\/p>\n<p>Initially \u2013 for corporate clients. Therefore, we need a system that operates efficiently, with those corporate constraints that simplify implementation.<\/p>\n<p><b>The second question<\/b> \u2013 what do we mean by 'efficiently'? After a brief debate, we determined that we could base it on a response time of 5 to 10 minutes, so that brief spikes do not destabilize the system.<\/p>\n<p><b>The third question<\/b> \u2013 what size of the balanced server pool should be chosen?<br \/>\nThis question has resolved itself. Generally, clients do not create very large server clusters, which aligns with the recommendations to limit clusters to 30-40 servers.<\/p>\n<p>Moreover, by segmenting the pool of servers, we simplify the task for the load-balancing algorithm.<\/p>\n<p><b>The fourth question<\/b> \u2013 how suitable is the neural network with its long training process and infrequent balancing for us? We decided to forego it in favor of simpler real-time algorithms to achieve results in seconds. <\/p>\n<p><img decoding=\"async\" alt=\"Load Balancing in OpenStack (Part 2)\" src=\"\/wp-content\/uploads\/2019\/09\/73fb927b304ca5d61090a5c045568931.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nThe description of the system using such algorithms and its drawbacks can be found <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/416391\/\">here <\/a><\/noindex><\/p>\n<p>We have implemented and launched this system and received encouraging results \u2013 it now regularly analyzes cloud load and provides recommendations for moving virtual machines, which are largely correct. Even now, it is evident that we can achieve a 10-15% resource freeing for new virtual machines while improving the quality of existing ones.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/ie\/ky\/wa\/iekywainupnidp_73j55hc1dbnw.png\"><img decoding=\"async\" alt=\"Load Balancing in OpenStack (Part 2)\" src=\"\/wp-content\/uploads\/2019\/09\/f1f0919ae653dc9b8c78b4d32d839313.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>Upon detecting a RAM or CPU imbalance, the system sends commands to the Tionix scheduler to perform live migrations of the requisite virtual machines. As seen in the monitoring system, a virtual machine moved from one (upper) host to another (lower) host, freeing memory on the upper host (highlighted in yellow circles) and occupying it on the lower host (highlighted in white circles).<\/p>\n<p>Currently, we are striving to more accurately assess the effectiveness of the current algorithm and are trying to identify potential errors in it.<\/p>\n<h3>Stage 3<\/h3>\n<p>\nSeemingly, one could relax, wait for proven effectiveness, and close the matter.<br \/>\nHowever, we are pushed towards conducting a new stage by the following apparent optimization opportunities<\/p>\n<ol>\n<li>Statistics, for example, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cpubenchmark.net\/multi_cpu.html\">here <\/a><\/noindex>and <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cpubenchmark.net\/high_end_cpus.html\">here <\/a><\/noindex>shows that dual- and quad-processor systems significantly underperform compared to single-processor ones. This means that all users receive a much lower return on CPU, RAM, SSD, LAN, FC purchased in multi-processor systems compared to single-processor ones. <\/li>\n<li>Resource schedulers themselves can operate with serious inaccuracies, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.ece.ubc.ca\/~sasha\/papers\/eurosys16-final29.pdf\">here is one of the articles<\/a><\/noindex> on this topic. <\/li>\n<li>The technologies for monitoring RAM and cache offered by Intel and AMD allow us to study the behavior of virtual machines and position them in such a way that 'noisy' neighbors do not disturb 'quiet' virtual machines. <\/li>\n<li>Expanding the set of parameters (network, storage, virtual machine priority, migration cost, readiness for migration).<\/li>\n<\/ol>\n<p><\/p>\n<h2>Total<\/h2>\n<p>\nThe result of our work to improve load balancing algorithms has led to a clear conclusion that modern algorithms can achieve a significant optimization of resources (25-30%) in data centers while enhancing service quality for clients.<\/p>\n<p>The algorithm based on neural networks is undoubtedly interesting but requires further development, and due to existing limitations, it is not suitable for solving such tasks at volumes typical for private clouds. However, in large public clouds, the algorithm has shown good results.<\/p>\n<p>We will discuss more about processor capabilities, schedulers, and high-level load balancing in the following articles.<br \/>\n<br \/>Source: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/rostelecom\/blog\/465715\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u043f\u0440\u043e\u0448\u043b\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b\u0438 \u043e \u043f\u043e\u043f\u044b\u0442\u043a\u0430\u0445 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c Watcher \u0438 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b\u0438 \u043e\u0442\u0447\u0435\u0442 \u0438\u0441\u043f\u044b\u0442\u0430\u043d\u0438\u0439. \u0422\u0430\u043a\u0438\u0435 \u0438\u0441\u043f\u044b\u0442\u0430\u043d\u0438\u044f \u043c\u044b \u043f\u0435\u0440\u0438\u043e\u0434\u0438\u0447\u0435\u0441\u043a\u0438 \u043f\u0440\u043e\u0432\u043e\u0434\u0438\u043c \u0434\u043b\u044f \u0431\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u043a\u0438 \u0438 \u0434\u0440\u0443\u0433\u0438\u0445 \u043a\u0440\u0438\u0442\u0438\u0447\u0435\u0441\u043a\u0438\u0445 \u0444\u0443\u043d\u043a\u0446\u0438\u0439 \u0431\u043e\u043b\u044c\u0448\u043e\u0433\u043e \u043a\u043e\u0440\u043f\u043e\u0440\u0430\u0442\u0438\u0432\u043d\u043e\u0433\u043e \u0438\u043b\u0438 \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440\u0441\u043a\u043e\u0433\u043e \u043e\u0431\u043b\u0430\u043a\u0430. \u0412\u044b\u0441\u043e\u043a\u0430\u044f \u0441\u043b\u043e\u0436\u043d\u043e\u0441\u0442\u044c \u0440\u0435\u0448\u0430\u0435\u043c\u043e\u0439 \u0437\u0430\u0434\u0430\u0447\u0438, \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e, \u043f\u043e\u0442\u0440\u0435\u0431\u0443\u0435\u0442 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u0445 \u0441\u0442\u0430\u0442\u0435\u0439 \u0434\u043b\u044f \u043e\u043f\u0438\u0441\u0430\u043d\u0438\u044f \u043d\u0430\u0448\u0435\u0433\u043e \u043f\u0440\u043e\u0435\u043a\u0442\u0430. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u0443\u0431\u043b\u0438\u043a\u0443\u0435\u043c \u0432\u0442\u043e\u0440\u0443\u044e \u0441\u0442\u0430\u0442\u044c\u044e \u0446\u0438\u043a\u043b\u0430, \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u043d\u0443\u044e \u0431\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u043a\u0435 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d \u0432 \u043e\u0431\u043b\u0430\u043a\u0435. \u041d\u0435\u043c\u043d\u043e\u0433\u043e \u0442\u0435\u0440\u043c\u0438\u043d\u043e\u043b\u043e\u0433\u0438\u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28330,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37745","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u043f\u0440\u043e\u0448\u043b\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b\u0438 \u043e \u043f\u043e\u043f\u044b\u0442\u043a\u0430\u0445 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c Watcher \u0438 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b\u0438 \u043e\u0442\u0447\u0435\u0442 \u0438\u0441\u043f\u044b\u0442\u0430\u043d\u0438\u0439.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"en_US\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0411\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u043a\u0430 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u0432 Openstack (\u0427\u0430\u0441\u0442\u044c 2) | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u043f\u0440\u043e\u0448\u043b\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b\u0438 \u043e \u043f\u043e\u043f\u044b\u0442\u043a\u0430\u0445 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c Watcher \u0438 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b\u0438 \u043e\u0442\u0447\u0435\u0442 \u0438\u0441\u043f\u044b\u0442\u0430\u043d\u0438\u0439.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:19:28+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:19:28+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Load Balancing in OpenStack (Part 2) | ProHoster","description":"In the previous article, we talked about attempts to use Watcher and presented the test report.","canonical_url":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"en_US","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0411\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u043a\u0430 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u0432 Openstack (\u0427\u0430\u0441\u0442\u044c 2) | ProHoster","og:description":"\u0412 \u043f\u0440\u043e\u0448\u043b\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b\u0438 \u043e \u043f\u043e\u043f\u044b\u0442\u043a\u0430\u0445 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c Watcher \u0438 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b\u0438 \u043e\u0442\u0447\u0435\u0442 \u0438\u0441\u043f\u044b\u0442\u0430\u043d\u0438\u0439.","og:url":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/balansirovka-nagruzki-v-openstack-chast-2","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:19:28+00:00","article:modified_time":"2019-10-31T19:19:28+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37745","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 19:08:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:21:23","updated":"2026-01-23 19:08:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts\/37745","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/comments?post=37745"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts\/37745\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/media\/28330"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/media?parent=37745"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/categories?post=37745"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/tags?post=37745"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}