Database
 sql >> Cơ Sở Dữ Liệu >  >> RDS >> Database

Những gì tôi muốn thấy trong Amazon EC2 cho Quản lý cơ sở dữ liệu

Amazon EC2 (Amazon Elastic Compute Cloud) là một nền tảng điện toán đám mây tuyệt vời. Phần lớn internet chạy trên Amazon AWS - khi người dùng đề cập đến "điện toán đám mây", họ đang ngầm nói về Amazon AWS. Công ty của tôi đã chạy và quản lý cơ sở dữ liệu trên AWS được vài năm nay và chúng tôi đã học hỏi được nhiều điều từ kinh nghiệm của mình. Mặc dù AWS là một nền tảng dễ thiết lập và chạy, nhưng việc chạy khối lượng công việc đòi hỏi nhiều đĩa lớn trên AWS là điều cực kỳ khó khăn. Tôi không nói là không thể thực hiện được - tuy nhiên, thời gian và kiến ​​thức chuyên môn vượt quá hầu hết người dùng. Dưới đây là một số điều tôi muốn thấy trong Amazon EC2 để giúp chạy cơ sở dữ liệu trên AWS dễ dàng hơn.

  1. Đĩa cục bộ không phù du

    EBS dựa trên mạng thuận tiện cho hầu hết các khối lượng công việc, nhưng hiệu suất kém đối với khối lượng công việc nhiều ghi. Sự ra đời của IOPS được cung cấp sẽ giảm bớt vấn đề này một chút. Tuy nhiên, IOPS được cung cấp khá đắt và chi phí tăng lên, đặc biệt là khi bạn đang chạy một cụm lớn với 10 - 20 máy. Thay vào đó, sẽ rất tuyệt nếu khối lượng công việc nặng trên đĩa như cơ sở dữ liệu có thể chạy ra khỏi đĩa cục bộ. Đó không phải là một lựa chọn ngày nay vì các đĩa cục bộ là "phù du". Nếu bạn dừng và khởi động lại máy của mình, máy có thể chuyển sang một máy chủ khác và bạn sẽ mất dữ liệu cục bộ của mình. Đây không phải là rủi ro có thể chấp nhận được ngay cả khi có nhiều bản sao dữ liệu.

  2. SSD chi phí thấp

    Sẽ thật tuyệt nếu Amazon có thể loại bỏ cuốn sách của DigitalOcean và giới thiệu SSD chi phí thấp cho các máy chủ của mình. Tính toán phía máy chủ đang dần chuyển sang SSD và trong một vài năm nữa, máy chủ SSD sẽ là nơi lưu trữ defacto cho khối lượng công việc máy chủ của bạn. Amazon ngày nay cung cấp SSD, nhưng chúng khá đắt và không phải là một lựa chọn cho hầu hết các khối lượng công việc. Ngoài ra, việc cung cấp SSD có cùng một vấn đề "tạm thời" như các ổ đĩa cục bộ.

  3. Nhóm an ninh xuyên khu vực

    Các cụm phân bố theo địa lý là một thực tế của thời đại chúng ta. Một số khách hàng cần triển khai máy chủ trên khắp các khu vực vì nhiều lý do khác nhau, từ tính khả dụng đến phân vùng. Cách duy nhất để bảo mật những triển khai này ngày nay là sử dụng danh sách trắng IP, một danh sách cực kỳ khó duy trì. Các nhóm bảo mật xuyên khu vực sẽ giảm bớt đáng kể gánh nặng cho các khách hàng triển khai trên nhiều khu vực. ngày nay, Amazon có rất ít chức năng hoạt động trên khắp các khu vực. Gần đây, họ đã giới thiệu khả năng sao chép các mẫu giữa các vùng rất hữu ích và tôi hy vọng họ sẽ tiếp tục bổ sung thêm nhiều tính năng khác dành cho giữa các vùng.

  4. Ảnh chụp nhanh được đồng bộ hóa trên nhiều tập

    Trong một số cụm cơ sở dữ liệu lớn hơn của chúng tôi, chúng tôi cần sao lưu đồng thời nhiều máy chủ. Ví dụ:Trong một cụm MongoDB được phân đoạn, bạn cần sao lưu một bản sao nhất quán của tất cả các phân đoạn. Mặc dù ngày nay có những kỹ thuật để làm điều này, nhưng tất cả chúng đều khá rậm rạp và dễ bị hỏng. Một cách lý tưởng để sao lưu các máy chủ này là bắt đầu một ảnh chụp nhanh được đồng bộ hóa trên nhiều tập. Điều này sẽ đảm bảo ảnh chụp nhanh nhất quán trên tất cả các tập.

  5. Quản lý VPC tốt hơn

    Cá nhân tôi không thích ý tưởng hiển thị cơ sở dữ liệu sản xuất trên internet. Do đó, tôi là một người hâm mộ lớn của Virtual Private Clouds (VPC). Công nghệ tuyệt vời nhưng giao diện quản lý khá tẻ nhạt. VPC và EC2 cổ điển rất giống nhau cho đến khi chúng không giống nhau. Bạn sẽ chuyển đổi qua lại giữa bảng điều khiển EC2 và bảng điều khiển VPC. Khi bạn đang quản lý hơn 10 máy chủ, mô hình quản lý hiện tại sẽ đặt ra rất nhiều gánh nặng cho người dùng. Tôi nghĩ rằng có chỗ để đơn giản hóa các khái niệm và giúp quản lý dễ dàng hơn.

Như thường lệ, nếu bạn có thắc mắc, vui lòng liên hệ với chúng tôi [email protected].


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. DNA và các phương pháp sao lưu hiện đại:Tương lai của lưu trữ dữ liệu

  2. Các công cụ trực tuyến để thử thiết kế và truy vấn SQL

  3. Cách tạo một cụm Amazon Aurora

  4. Các nguyên tắc cơ bản về biểu thức bảng, Phần 1

  5. Đổi tên cơ sở dữ liệu có thể cài đặt