The phrase cloud deployment models

The phrase cloud deployment models refers to the environment or placement of cloud
services as deployed. The quintessential cloud is the multi-tenant public cloud, where
the infrastructure is pooled and made available to all customers. Cloud customers
don’t have a say in the selection of the physical host where their virtual machines land.
This environment is prone to the well-known noisy and nosy neighbor problems, with
multiple customers sharing a physical host.
The noisy neighbor problem might manifest when a customer’s demand on host
resources impacts the performance experienced by another customer running on the
same host; an application with a large memory footprint may cause the application from
another customer to start paging and to run slowly. An application generating intense I/O
traffic may starve another customer trying to use the same resource.
As for the nosy neighbor problem, the hypervisor enforces a high level of isolation
between tenants through the virtual machine abstraction—much higher, for instance,
than inter-process isolation within an operating system. However, there is no absolute
proof that the walls between virtual machines belonging to unrelated customers are
completely airtight. Service-level agreements for public clouds usually do not provide
assurances against tenants sharing a physical host. Without a process to qualify tenants,
a virtual machine running a sensitive financial application could end up sharing the
host with an application that has malicious intent. To minimize the possibility of such
breaches, customers with sensitive workloads will, as a matter of practice, decline to run
them in public cloud environments, choosing instead to run them in corporate-owned
infrastructure. These customers need to forfeit the benefits of the cloud, no matter how
attractive they may seem

Kết quả (Việt) 1:

The phrase cloud deployment models refers to the environment or placement of cloudservices as deployed. The quintessential cloud is the multi-tenant public cloud, wherethe infrastructure is pooled and made available to all customers. Cloud customersdon’t have a say in the selection of the physical host where their virtual machines land.This environment is prone to the well-known noisy and nosy neighbor problems, withmultiple customers sharing a physical host.The noisy neighbor problem might manifest when a customer’s demand on hostresources impacts the performance experienced by another customer running on thesame host; an application with a large memory footprint may cause the application fromanother customer to start paging and to run slowly. An application generating intense I/Otraffic may starve another customer trying to use the same resource.As for the nosy neighbor problem, the hypervisor enforces a high level of isolationbetween tenants through the virtual machine abstraction—much higher, for instance,than inter-process isolation within an operating system. However, there is no absoluteproof that the walls between virtual machines belonging to unrelated customers arecompletely airtight. Service-level agreements for public clouds usually do not provideassurances against tenants sharing a physical host. Without a process to qualify tenants,a virtual machine running a sensitive financial application could end up sharing themáy chủ với một ứng dụng có độc hại intent. Để giảm thiểu khả năng như vậyvi phạm, khách hàng với khối lượng công việc nhạy cảm sẽ, như là một vấn đề của thực tế, từ chối để chạychúng trong môi trường khu vực đám mây, lựa chọn thay thế để chạy chúng trong công ty thuộc sở hữucơ sở hạ tầng. Các khách hàng cần phải mất những lợi ích của các đám mây, không có vấn đề làm thế nàohọ có vẻ hấp dẫn

Kết quả (Việt) 2:

Các mô hình triển khai điện toán đám mây cụm từ dùng để chỉ môi trường hoặc vị trí của các đám mây
dịch vụ như triển khai. Các đám mây tinh túy là các đám mây công cộng đa thuê bao, trong đó
cơ sở hạ tầng được gộp lại và làm sẵn có cho tất cả khách hàng. Khách hàng đám mây
không có tiếng nói trong việc lựa chọn các máy chủ vật lý, nơi các máy ảo của họ hạ cánh.
Môi trường này là dễ bị các vấn đề về người hàng xóm ồn ào và tò mò nổi tiếng, với
nhiều khách hàng chia sẻ một máy chủ vật lý.
Vấn đề hàng xóm ồn ào có thể biểu lộ khi nhu cầu của khách hàng trên máy chủ
nguồn lực tác động hiệu suất kinh nghiệm của một khách hàng khác đang chạy trên
cùng một máy chủ; một ứng dụng với một bộ nhớ lớn có thể gây ra các ứng dụng từ
một khách hàng khác để bắt đầu phân trang và chạy chậm. Một ứng dụng tạo cường độ cao I / O
giao thông có thể chết đói một khách hàng khác cố gắng sử dụng cùng một tài nguyên.
Đối với vấn đề hàng xóm tò mò, các hypervisor thực thi một mức độ cao của sự cô lập
giữa người thuê nhà thông qua các máy ảo trừu tượng cao hơn-nhiều, ví dụ,
hơn inter cô lập -process trong một hệ điều hành. Tuy nhiên, không có tuyệt đối
chứng minh rằng các bức tường giữa các máy ảo thuộc khách hàng không liên quan là
hoàn toàn kín. Các thỏa thuận cấp độ dịch vụ cho các đám mây công cộng thường không cung cấp
sự đảm bảo chống lại người thuê chung một máy chủ vật lý. Nếu không có một quá trình để đủ điều kiện thuê nhà,
một máy ảo đang chạy một ứng dụng tài chính nhạy cảm có thể sẽ chia sẻ các
máy chủ với một ứng dụng có ý đồ xấu. Để giảm thiểu khả năng như vậy
vi phạm, khách hàng với khối lượng công việc nhạy cảm sẽ, như là một vấn đề của thực tế, từ chối để chạy
chúng trong môi trường điện toán đám mây công cộng, lựa chọn thay vì phải chạy chúng trong các công ty thuộc sở hữu
cơ sở hạ tầng. Những khách hàng này cần phải mất những lợi ích của điện toán đám mây, không có vấn đề làm thế nào
hấp dẫn họ có thể có vẻ