Xây dựng chính sách chuyển đổi dự phòng đám mâyTạo chính sách chuyển đ dịch - Xây dựng chính sách chuyển đổi dự phòng đám mâyTạo chính sách chuyển đ Anh làm thế nào để nói

Xây dựng chính sách chuyển đổi dự p

Xây dựng chính sách chuyển đổi dự phòng đám mây

Tạo chính sách chuyển đổi dự phòng với những bài toán ứng dụng đặc trưng-đám mây để mô tả chi tiết các thành phần và nhiệm vụ

Trong vài năm gần đây, hầu hết các tổ chức và các cơ quan hoặc đã dịch chuyển một phần dữ liệu của mình lên đám mây, sẽ đang trong quá trình chuyển đổi dữ liệu hoặc sẽ đi sâu vào việc lập kế hoạch một số cách sử dụng đám mây — hai mối quan tâm chính của họ sẽ vẫn là độ tin cậy và bảo mật. Về mặt độ tin cậy, các tổ chức vẫn cần phải có ít nhất là 99,5% thời gian vận hành. Thật không may, nhiều tổ chức vẫn sử dụng một cách phản ứng "đối phó" khi có lỗi thay vì chọn dùng các bước đi chủ động khôn khéo hơn: Tạo ra một chính sách chuyển đổi dự phòng đám mây với nhiều bài toán ứng dụng đặc trưng-đám mây, mỗi bài toán đều dự tính chi tiết các thành phần và nhiệm vụ. Tác giả bài này cung cấp một lộ trình để tạo một chính sách như vậy và minh họa những bài toán ứng dụng và các kịch bản chính sách về có thể thực hiện những hành động chủ động nào khi xảy ra các lỗi.

Mục tiêu của chính sách chuyển đổi dự phòng đám mây là bảo đảm dịch vụ đám mây luôn sẵn sàng ít nhất là 99,5% thời gian. Nó nên tập trung vào cách có thể chuyển đổi một ứng dụng Phần mềm là một Dịch vụ (SaaS), Nền tảng là một Dịch vụ (PaaS) hoặc các máy tính ảo Cơ sở hạ tầng là một Dịch vụ (IaaS) đang chạy trong một dịch vụ đám mây từ một trung tâm dữ liệu có lỗi sang một trung tâm dữ liệu khỏe mạnh để cung cấp dịch vụ hầu như liên tục cho các khách hàng đám mây.

Những người dùng đám mây muốn tránh lỗi gây nên thảm họa của một dịch vụ đám mây là việc ngắt mạng đã xảy ra với Vùng trung tâm dữ liệu (Virginia Bắc) Hoa Kỳ của Amazon ít nhất hai lần:

Vào năm 2007, Dịch vụ Amazon Elastic Compute Cloud (EC2 – Đám mây điện toán co giãn của Amazon) đã bị ảnh hưởng.

Vào năm 2011, giải pháp PaaS, EC2 và Dịch vụ cơ sở dữ liệu quan hệ của Điện toán đám mây của Amazon bị ảnh hưởng.

Nhưng hai vùng trung tâm dữ liệu khác của Amazon tại Hoa Kỳ vẫn tiếp tục chạy trong tình trạng rất khỏe mạnh.

Tại vùng Virginia Bắc, dịch vụ EC2 của Amazon đã tự động tạo ra các bản sao lưu của chính các khối lượng lưu trữ thường dùng dẫn đến làm tràn dung lượng lưu trữ. Khi các việc sao lưu tự động đã cố gắng tự lưu trữ vượt quá giới hạn dung lượng lưu trữ tối đa của mình, thì việc ngắt mạng chắc chắn xảy ra. Mạng này đã chẳng còn chỗ nào để lưu trữ thêm các bản sao lưu được nữa.

Việc ngắt mạng kiểu này có thể làm cho các khách hàng mất hàng ngàn giờ dữ liệu. Bài này giới thiệu cho bạn cách tránh các kiểu thiệt hại như vậy. Nó mô tả chính sách chuyển đổi dự phòng đám mây, những bài toán ứng dụng và các kịch bản đặc trưng-đám mây để tạm dừng lỗi, sửa lỗi, phục hồi hệ thống và thông báo cho các khách hàng.

Bài toán ứng dụng đặc trưng-SaaS

Dưới đây là các ví dụ về các thành phần và nhiệm vụ nào cần được đưa vào một bài toán ứng dụng đặc trưng-SaaS cho một chính sách chuyển đổi dự phòng đám mây chủ động.

Các thành phần

Do một người dùng SaaS chỉ có quyền điều khiển hạn chế nên bài toán ứng dụng đặc trưng-SaaS gồm có ít nhất ba thành phần sau:

Quyền điều khiển của người dùng.
Giấy phép người dùng.
Một kế hoạch chuyển đổi dự phòng.
Một người dùng SaaS có quyền điều khiển duy nhất là truy cập các ứng dụng SaaS để thực hiện các chức năng nghiệp vụ. Thành phần giấy phép cho người dùng, theo thỏa thuận với nhà cung cấp, nên quy định số lượng tối đa về:
Các ứng dụng SaaS cần truy cập.
Những người dùng đồng thời truy cập một ứng dụng.
Các yêu cầu được cấp cho mỗi người dùng.

Thành phần giấy phép người dùng nên chỉ rõ các kiểu ứng dụng SaaS mà những người dùng được phép truy cập, chẳng hạn như tài chính, quản lý dự án, các quan hệ khách hàng, quản lý bán lẻ và thậm chí cả máy quét lỗ hổng bảo mật với Rational

AppScan của IBM.

Thành phần kế hoạch chuyển đổi dự phòng nên nói rõ các cá thể ứng dụng SaaS được đưa ra để cho phép chuyển đổi dự phòng từ một trung tâm lưu trữ trên máy chủ này sang một trung tâm lưu trữ trên máy chủ khác. Thành phần này sẽ cho biết nhà cung cấp dịch vụ cung cấp cả hai thỏa thuận về các dịch vụ sao lưu dự phòng và thỏa thuận về mức dịch vụ (SLA) và tuân thủ các luật về tính riêng tư dữ liệu chẳng hạn như Đạo luật về tính riêng tư và Đạo luật về các tài liệu điện tử (Federal Privacy Act and Electronic Documents Act).

Các nhiệm vụ

Ít nhất những người dùng SaaS nên được phép:

Truy cập ứng dụng SaaS lên đến số lượng truy cập tối đa cho mỗi người dùng.
Cập nhật các bản ghi dựa trên các vai trò mà những người dùng được cấp.
Nhận các cảnh báo bảo mật.
Chỉ có các nhà cung cấp mới có thể:
Mua một giấy phép nâng cấp phần mềm.
Quản lý các bản vá lỗi cho các ứng dụng SaaS.
Truy cập các ứng dụng hệ thống và các máy ảo.
Truy cập Cơ sở hạ tầng điện toán truyền thống bên dưới các máy ảo.
Khi một ứng dụng SaaS có lỗi, nhà cung cấp n
0/5000
Từ: -
Sang: -
Kết quả (Anh) 1: [Sao chép]
Sao chép!
Build failover policies for the cloudCreating failover policies with these application problems characterized-clouds to describe in detail the components and tasksIn recent years, most of the organizations and agencies or have moved part of its data onto the cloud, will is in the process of converting data or will go deep into the planning of a number of ways using the cloud — two of their main concern will remain the reliability and security. In terms of reliability, organizations still need to have at least 99.5% of the time. Unfortunately, many organizations still use a way of response "dealing" when there is an error instead chose to use the proactive steps more tactful: creating a failover policy clouds with many problems typical application-the cloud, each problem are expected to detail the components and tasks. The author of this article provides a roadmap to create a policy so and illustrate the mathematical applications and policy scenarios on the possible implementation of the proactive action would occur the error.The target of the failover policy is ensuring the cloud cloud services are always available at least 99.5% of the time. It should focus on how can convert an application software as a service (SaaS), platform as a service (PaaS) or the virtual machine infrastructure as a service (IaaS) is running in a cloud service from a data center in error to a healthy data center to provide almost continuous service to clients.The cloud users want to avoid errors caused the disaster of a cloud service is the network interrupts have occurred with The data center (Virginia) the United States of the Amazon at least twice:In 2007, Amazon Elastic Cloud-an acronym for service (EC2-cloud computing scale of Amazon) have been affected.In 2011, PaaS solution, EC2 and database service relationship of Amazon's cloud are affected.But two other data center region of the Amazon in the United States continues to run in a very healthy condition.In the Northern Virginia, Amazon's EC2 service automatically creates a backup of the storage volumes used lead to spread of storage. When the automatic backup job was trying to self archive exceeds the maximum storage capacity, then disconnect the network certainly happens. This network has no place to store more backups anymore.Disconnect the network of this type can make the guests take thousands of hours of data. This article introduces you how to avoid the type of such damage. It describes failover policies for the cloud, application problems and the typical scenario-clouds to pause, error, fix, recover the system and notify the customer.Typical application problem-SaaSBelow is the example of the components and the mission would need to be put in a typical application-SaaS for a failover policy of active cloud.The componentsBecause a SaaS users have only limited control should use article featured-SaaS consists of at least three of the following components:Control of the user.User license.A failover plan.A SaaS users have the right to control access is the only SaaS applications to perform business functions. Component license for users, according to the agreement with the supplier, should prescribe the maximum number of:SaaS applications need to access.The concurrent users to access an application.The request is granted to each user.User license components should specify the type of SaaS applications that users are allowed to access, such as finance, project management, customer relations management, retailing and even vulnerability scanner with Rational IBM's AppScan.Component failover plan should clearly indicate the SaaS application is launched to allow failover from a central store on this server over to a mall store on another server. This component will indicate the service provider provides both the agreement on services backup and service level agreement (SLA) and in compliance with the data privacy laws such as the Privacy Act and the Act on electronic documents (Federal Privacy Act and Electronic Documents Act).The task ofAt least the SaaS users should be allowed to:SaaS application access up to the maximum number of access for each user.Updated the log based on the roles to which the user was granted.Accept the security warning.Only the new providers can:Purchase a license upgrade software.The management of patches to the SaaS application.Access the application system and the virtual machine.Access to the infrastructure of traditional computing under the virtual machine.When a SaaS application provider error, n
đang được dịch, vui lòng đợi..
Kết quả (Anh) 2:[Sao chép]
Sao chép!
Policy formulation cloud failover

policy Create failover with the application problems-cloud features to describe in detail the composition and duties

In recent years, most of the organizations and the agency or have shifted part of their data to the cloud, will be in the process of converting data or will go into the planning of a number of ways to use the cloud - the two main concerns of they will remain as the reliability and security. In terms of reliability, organizations still need to have at least 99.5% uptime. Unfortunately, many organizations still use a coping "deal" when errors instead choose to take the active steps smarter: Creating a failover policy with multiple problems cloud applications Its feature-cloud, each problem are expected to detail the components and tasks. The author provides a roadmap for creating such a policy and illustrates the application problems and policy scenarios can take proactive action when errors occur.

The goal of failover policy is to ensure cloud cloud services are always ready to at least 99.5% of the time. It should focus on how you can convert a software application as a service (SaaS), Platform as a Service (PaaS) or virtual machines Infrastructure as a Service (IaaS) is running in a cloud services from one data center to another fault healthy data center to provide services for the almost continuous cloud customers.

The cloud users want to avoid catastrophic errors caused by a cloud service is a network outage that occurred with the data center area (Northern Virginia) United States of Amazon at least twice:

In 2007, Service Amazon elastic Compute Cloud (EC2 - Cloud computing elasticity of Amazon) have been affected.

In 2011, PaaS solutions, EC2 and services related database of Amazon's Cloud affected.

But two other regional data centers of the Amazon in the US continues to run in a very healthy condition.

In Northern Virginia region, Amazon's EC2 service automatically creates backup copies of primary storage volumes used as overflow resulted in storage. When the backup automatically tried self storage limit exceeded the maximum storage capacity of their then make sure the network interrupts occur. This network has no place to store more backup copies anymore.

The disconnect this type can make customers thousands of hours of data loss. This article introduces you to how to avoid the type of damage that way. It describes failover policies cloud, the application problems and scenarios typical cloud-to pause bugs, fixes, restores the system and notify the customer.

Typical problem-SaaS applications

Below are examples of components and tasks that need to be put into a specific problem-SaaS applications to a failover policy initiative clouds.

Components

Due to a SaaS users only limited control problem-SaaS application characteristics include at least the following three components:

The user's control.
User licenses.
A failover plan.
A SaaS user has the sole right to control access SaaS applications to perform business functions. Components for user licenses, according to the agreement with the supplier, so the maximum number of provisions on:
The need to access SaaS applications.
The concurrent users accessing an application.
The request shall be granted to each user.

Ingredients permits users should specify the types of SaaS applications that users are allowed to access, such as financial, project management, customer relations, retail management and even scanners vulnerabilities with Rational

AppScan IBM.

Component failover plan should state the individual SaaS applications are designed to allow failover from a central storage server to a storage center on another server. This component will tell the service providers offer both agreed about the backup service and service level agreements (SLA) and comply with the laws on data privacy, such as Directed Privacy Act and the Act on electronic documents (Federal Privacy Act and electronic documents Act).

The task

At least users should be allowed SaaS:

SaaS application access to the maximum number of access for each user.
Update records based on the role that the user is granted.
Receive security alerts.
Only providers can:
Buy a software license upgrade.
Patch management for SaaS applications.
Access System applications and virtual machines.
Access Infrastructure traditional computing below the virtual machine.
As a SaaS application errors, supplier n
đang được dịch, vui lòng đợi..
Kết quả (Anh) 3:[Sao chép]
Sao chép!
Switching policy cloud backupCreate backup and switch policy applications with mathematical features - cloud to describe components and tasks in detailIn the past few years, the point cloud in most tissues and organs or transfer of data, the main interest in the process of conversion of data or will enter a work plan on how to use the two cloud, they will still be the reliability and safety of the organization. In the trust, but also need time to run at least 99,5% the. Unfortunately, many companies still use the "treatment" of the reaction, when not actively choose with more subtle step: create a standby switching strategy and the first cloud computing application specific cloud computing - a capital plan. Section components and tasks. The authors of this article provide a process to create such a policy that illustrates how these equations, applications, and scripting strategies can achieve autonomous behavior when an error occurs.The goal of switching strategy is to ensure that the backup cloud services, cloud ready at least 99,5% of the time. It should be the focus of how to switch applications (service is a software platform is a SaaS), service (PAAS) or computer network infrastructure services (IAAs) is a runtime error from a data in a cloud service center to another data center to provide health services to customers almost continuous the cloud.Cloud users want to avoid the error caused by the disaster is a cloud service interruption occurred at least two times in the region's network data center (Northern Virginia): AmazonIn 2007, the impact of compute cloud services (Amazon elastic computing cloud EC2 - Amazon's elasticity).In 2011, PAAS solutions and services, the impact of the Amazon cloud computing EC2 database relations.But two different regions of the Amazon data center in the United States to continue to run very healthy.In the northern Virginia region, the service's EC2 Amazon has automatically generated backups of its own quality often used to do the storage that causes the overflow of the storage capacity. When you automatically back up storage trying to go beyond the maximum storage capacity of your limit, the network interrupts what can happen. Life has no place to store more copies of the save.Disconnect the network, so that the customer has spent thousands of hours of data. To introduce this song to you how to avoid the damage type, the switching strategy which describes the cloud backup, applied mathematics and script characteristic - cloud to pause. Repair, recovery system, and inform the customer.Application specific Mathematics - SaaSHere is the analogy of components and tasks that need to be placed in a particular application of the math - SaaS policy into the active backup of the cloud.assemblyBy a user SaaS only limited control equations are applied to the feature - SaaS including at least three components:User control.Licensed user.Convert a backup plan.Users have the right to control the SaaS only access to the application of SaaS to achieve professional functions. Component of the license agreement with the user, the supplier, the maximum number of the rule is:SaaS applications that need to be accessed.These users access an application at the same time.These requests are provided to each user.The component allows users to specify the type of application SaaS users are allowed to access, such as finance, project management, customer relationship management, retail, and even scan security vulnerabilities and rationalIBM appscan.Composition conversion backup plan should clear your personal SaaS application allows the conversion from a backup center storage server storage center to different servers. This will provide two components for service providers
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: