Trong bài viết trước , Đã thảo luận về sự phát triển của vai trò DBA, xem xét có bao nhiêu chức năng bổ sung mà người quản trị cơ sở dữ liệu đã kế thừa qua nhiều năm: người sửa lỗi mã, người thuần phục ảo hóa, người điều khiển thành thạo Linux/Windows, người quản trị lưu trữ bất đắc dĩ, người ghét máy chủ ứng dụng, người gây rắc rối cho tường lửa và người sửa chữa mọi thứ cho bất kỳ sản phẩm nào mang nhãn hiệu Oracle.
Nhưng sự thay đổi thực sự mà tôi quan tâm đến là kết quả của việc chuyển các cơ sở dữ liệu lên đám mây . Bởi vì điều này khiến người quản trị cơ sở dữ liệu (DBA) phải chịu trách nhiệm về một vấn đề mới: chi phí . Cụ thể là chi phí vận hành liên tục – hay Opex . Tôi tin rằng đây thực sự là một điều mới mẻ – và những điều mới mẻ thì không thể tin tưởng được. Chắc chắn, trong môi trường tại chỗ, các DBA tham gia vào các quyết định liên quan đến chi phí đầu tư ( Capex ) như việc xác định phạm vi máy chủ cơ sở dữ liệu, tính toán số lượng giấy phép cơ sở dữ liệu cần thiết, việc biện minh cho các tùy chọn giấy phép bổ sung (ví dụ: Phiên bản Doanh nghiệp thay vì Phiên bản Tiêu chuẩn). Nhưng trong hầu hết các trường hợp, những quyết định đó được đưa ra bởi một nhóm và sau đó được bộ phận kinh doanh phê duyệt.
Tôi vừa nhận được hóa đơn dịch vụ điện toán đám mây công cộng…
Điện toán đám mây thì khác. Mọi thứ bạn làm trên đám mây công cộng đều tốn tiền. Bạn muốn tạo một máy ảo? Tốn tiền! Bạn muốn sử dụng ổ cứng SSD? Tốn tiền! Bạn muốn tải xuống bản sao dữ liệu của mình về máy chủ nội bộ? Phí truyền tải dữ liệu ra ngoài … Tốn tiền!
Hóa đơn, hóa đơn, hóa đơn…
Những quyết định mà các quản trị viên cơ sở dữ liệu (DBA) đưa ra trong công việc hàng ngày giờ đây có thể ảnh hưởng đáng kể đến hóa đơn tiếp theo từ nhà cung cấp dịch vụ đám mây. Bạn còn nhớ những ngày đầu của điện thoại di động, nếu bạn sử dụng điện thoại nhiều, bạn không bao giờ chắc chắn hóa đơn cuối tháng sẽ như thế nào? Có thể nhiều hơn bình thường một chút, hoặc cũng có thể khổng lồ đến mức bạn cần vay tiền từ Ngân hàng Thế giới . Đôi khi, điện toán đám mây cũng mang lại cảm giác tương tự.
Hầu hết các nhà cung cấp dịch vụ đám mây đều có cấu trúc giá cả vô cùng phức tạp (một số người cho rằng sự phức tạp này là có chủ ý!), và điều này thực tế đã tạo ra cả một ngành công nghiệp gồm các chuyên gia ("nhà kinh tế đám mây") có thể giúp khách hàng hiểu và giảm chi phí đám mây của họ, thường sử dụng nguyên tắc hai bước: 1) tắt các dịch vụ không cần thiết, và 2) đàm phán mạnh mẽ hơn để được giảm giá.
Bước vào bãi mìn mới này là chiến binh dũng cảm, người quản trị cơ sở dữ liệu (DBA). Thường được giao nhiệm vụ tưởng chừng đơn giản là "chuyển cơ sở dữ liệu đó lên đám mây", họ không chỉ phải học một ngôn ngữ kỹ thuật mới (ví dụ: "đó không phải là máy ảo trên đám mây, mà là một thể hiện") và nắm vững một loạt các thuật ngữ chuyên ngành mới ("Trong AWS VPC của tôi, tôi sử dụng EC2, EBS, S3 và ZXP")... mà còn phải hiểu rõ từng ô chọn và tùy chọn trong menu thả xuống ảnh hưởng đến chi phí vận hành như thế nào .
Lại thêm một việc phải xoay sở nữa
Đây là một lĩnh vực chuyên môn hoàn toàn mới cần phải nắm bắt – và nó rất phức tạp. Hơn nữa, nó còn có những khác biệt tinh tế giữa các nhà cung cấp dịch vụ đám mây – và ngay cả khi bạn chỉ sử dụng một dịch vụ đám mây duy nhất, nó cũng có thể thay đổi theo thời gian. Thường thì theo hướng đắt đỏ hơn .
Đây là một ví dụ đơn giản: cấp phát một máy ảo. Bạn là một quản trị viên cơ sở dữ liệu (chúc mừng!) và bạn cần di chuyển cơ sở dữ liệu tại chỗ của mình lên, chẳng hạn như Amazon Web Services. Trước hết, bạn cần cấu hình một máy ảo Linux và một số ổ đĩa. Có nhiều cách khác nhau để thực hiện việc này – bao gồm các mẫu, cơ sở hạ tầng dưới dạng mã, v.v. – nhưng hãy cùng thực hiện nó trong giao diện đồ họa người dùng (GUI) cho vui. Đầu tiên, bạn cần một số sức mạnh tính toán, vì vậy hãy cấp phát một số từ Elastic Compute Cloud (EC2). Chúng ta nên chọn loại nào?
Nếu bạn mới làm quen với việc này, sẽ có rất nhiều tùy chọn. Ý tôi là, thực sự rất nhiều . Để tôi xem nào, có các danh mục như Mục đích chung, Tối ưu hóa tính toán, Tối ưu hóa bộ nhớ, Tính toán tăng tốc hoặc Tối ưu hóa lưu trữ. Đây chỉ là các danh mục… mỗi danh mục lại chứa nhiều loại, và mỗi loại lại có nhiều tùy chọn! Nhưng “Mục đích chung” nghe có vẻ khá bình thường, vậy nên chúng ta hãy chọn loại đó. Bây giờ bạn cần chọn loại phiên bản:
Amazon Web Services – Các tùy chọn Elastic Compute Cloud cho các loại máy chủ đa năng
Amazon Web Services – Các loại phiên bản EC2 M5 cỡ lớn
Nếu chúng ta chọn loại máy ảo M5, chúng ta được cho biết rằng “Dòng máy này cung cấp sự cân bằng giữa tài nguyên tính toán, bộ nhớ và mạng, và là lựa chọn tốt cho nhiều ứng dụng”. Tuyệt vời, vậy bây giờ bạn cần chọn kích thước máy ảo:
Ảnh chụp màn hình này chỉ hiển thị một phần nhỏ trong tổng số các lựa chọn, với mỗi cấu hình vCPU và bộ nhớ được sao chép lại trong dòng m5d.* (thêm ổ SSD NVMe), cùng một số tùy chọn khác liên quan đến phần cứng vật lý. Đó là một tập hợp các tùy chọn khá phức tạp cần xem xét.
Nếu bạn chưa tham gia vô số khóa đào tạo của nhà cung cấp điện toán đám mây này, làm sao bạn biết nên chọn kích thước máy chủ nào? Có lẽ cũng giống như cách bạn đã cấu hình máy chủ cơ sở dữ liệu tại chỗ trước đây… đúng không? Ngoại trừ việc hầu hết các quản trị viên cơ sở dữ liệu không làm vậy, họ được cấp máy chủ mà không thực sự tham gia vào quá trình mua sắm. Nhưng điểm mấu chốt ở đây là lựa chọn của bạn sẽ phản ánh chi phí hàng tháng . Và còn nhiều lựa chọn khác nữa! Sau cùng, bạn sẽ cần một lượng lưu trữ từ Elastic Block Store để đặt cơ sở dữ liệu của mình:
Amazon Web Services – Các loại dung lượng lưu trữ Elastic Block Store
Amazon khuyến nghị một trong hai tùy chọn khác nhau cho “cơ sở dữ liệu NoSQL và quan hệ đòi hỏi nhiều thao tác I/O”, cộng thêm tùy chọn thứ ba dành cho kho dữ liệu. Tôi xin nói thẳng, nếu cơ sở dữ liệu của bạn có tính chất giao dịch dù chỉ ở mức độ nhẹ, bạn nên sử dụng io1 hoặc io2. Dù bạn chọn loại nào, chi phí hàng tháng cũng sẽ bị ảnh hưởng – bạn có thể kiểm tra điều này bằng cách sử dụng Công cụ tính toán của AWS .
Và bạn biết đấy, chúng ta thậm chí còn chưa đề cập đến điều gì ngay từ đầu? Khu vực – vị trí địa lý nơi ứng dụng này hoạt động – cũng ảnh hưởng đến chi phí, đôi khi là đáng kể. Giá cả ở các khu vực châu Âu thường cao hơn đáng kể so với các khu vực ở Mỹ.
Tại sao điều này lại quan trọng (Tóm tắt)
Điều tôi muốn trình bày ở đây là, trong quá trình thiết lập cơ sở dữ liệu trên đám mây, các quản trị viên cơ sở dữ liệu (DBA) phải đưa ra những lựa chọn phức tạp, không chỉ ảnh hưởng đến hiệu suất của cơ sở dữ liệu mà còn cả chi phí vận hành liên tục. Thực tế, đó là một sự cân bằng: hiệu suất và chi phí là hai mặt của cùng một đồng xu . Amazon Web Services, trong ví dụ trên, cung cấp một loạt các tùy chọn khổng lồ và đa dạng, với những sự đánh đổi khác nhau giữa hai khía cạnh này. Điều đó không phải là xấu – tôi không chỉ trích AWS vì đã cho chúng ta nhiều lựa chọn – nhưng nó có thể gây khó hiểu cho người chưa quen.
Hơn nữa, nếu bạn đặt cơ sở dữ liệu trên Microsoft Azure, hoặc Google Cloud Platform, hoặc Oracle Cloud Infrastructure, hoặc Alibaba Cloud hoặc… tôi không thể nghĩ ra bất kỳ nền tảng điện toán đám mây nào khác… thì hãy chuẩn bị tinh thần vì mọi thứ sẽ lại thay đổi.
Đã đến lúc các chuyên gia quản trị cơ sở dữ liệu (DBA) phải học cách tung hứng thêm một quả bóng nữa.
Website không chứa bất kỳ quảng cáo nào, mọi đóng góp để duy trì phát triển cho website (donation) xin vui lòng gửi về STK 90.2142.8888 - Ngân hàng Vietcombank Thăng Long - TRAN VAN BINH
=============================
Nếu bạn không muốn bị AI thay thế và tiết kiệm 3-5 NĂM trên con đường trở thành DBA chuyên nghiệp hay làm chủ Database thì hãy đăng ký ngay KHOÁ HỌC ORACLE DATABASE A-Z ENTERPRISE, được Coaching trực tiếp từ tôi với toàn bộ bí kíp thực chiến, thủ tục, quy trình của gần 20 năm kinh nghiệm (mà bạn sẽ KHÔNG THỂ tìm kiếm trên Internet/Google) từ đó giúp bạn dễ dàng quản trị mọi hệ thống Core tại Việt Nam và trên thế giới, đỗ OCP.
- CÁCH ĐĂNG KÝ: Gõ (.) hoặc để lại số điện thoại hoặc inbox https://m.me/tranvanbinh.vn hoặc Hotline/Zalo 090.29.12.888
- Chi tiết tham khảo:
https://bit.ly/oaz_w
=============================
2 khóa học online qua video giúp bạn nhanh chóng có những kiến thức nền tảng về Linux, Oracle, học mọi nơi, chỉ cần có Internet/4G:
- Oracle cơ bản: https://bit.ly/admin_1200
- Linux: https://bit.ly/linux_1200
=============================
KẾT NỐI VỚI CHUYÊN GIA TRẦN VĂN BÌNH:
📧 Mail: binhoracle@gmail.com
☎️ Mobile/Zalo: 0902912888
👨 Facebook: https://www.facebook.com/BinhOracleMaster
👨 Inbox Messenger: https://m.me/101036604657441 (profile)
👨 Fanpage: https://www.facebook.com/tranvanbinh.vn
👨 Inbox Fanpage: https://m.me/tranvanbinh.vn
👨👩 Group FB: https://www.facebook.com/groups/DBAVietNam
👨 Website: https://www.tranvanbinh.vn
👨 Blogger: https://tranvanbinhmaster.blogspot.com
🎬 Youtube: https://www.youtube.com/@binhguru
👨 Tiktok: https://www.tiktok.com/@binhguru
👨 Linkin: https://www.linkedin.com/in/binhoracle
👨 Twitter: https://twitter.com/binhguru
👨 Podcast: https://www.podbean.com/pu/pbblog-eskre-5f82d6
👨 Địa chỉ: Tòa nhà Sun Square - 21 Lê Đức Thọ - Phường Mỹ Đình 1 - Quận Nam Từ Liêm - TP.Hà Nội
=============================
cơ sở dữ liệu, cơ sở dữ liệu quốc gia, database, AI, trí tuệ nhân tạo, artificial intelligence, machine learning, deep learning, LLM, ChatGPT, DeepSeek, Grok, oracle tutorial, học oracle database, Tự học Oracle, Tài liệu Oracle 12c tiếng Việt, Hướng dẫn sử dụng Oracle Database, Oracle SQL cơ bản, Oracle SQL là gì, Khóa học Oracle Hà Nội, Học chứng chỉ Oracle ở đầu, Khóa học Oracle online,sql tutorial, khóa học pl/sql tutorial, học dba, học dba ở việt nam, khóa học dba, khóa học dba sql, tài liệu học dba oracle, Khóa học Oracle online, học oracle sql, học oracle ở đâu tphcm, học oracle bắt đầu từ đâu, học oracle ở hà nội, oracle database tutorial, oracle database 12c, oracle database là gì, oracle database 11g, oracle download, oracle database 19c/21c/23c/23ai, oracle dba tutorial, oracle tunning, sql tunning , oracle 12c, oracle multitenant, Container Databases (CDB), Pluggable Databases (PDB), oracle cloud, oracle security, oracle fga, audit_trail,oracle RAC, ASM, oracle dataguard, oracle goldengate, mview, oracle exadata, oracle oca, oracle ocp, oracle ocm , oracle weblogic, postgresql tutorial, mysql tutorial, mariadb tutorial, ms sql server tutorial, nosql, mongodb tutorial, oci, cloud, middleware tutorial, docker, k8s, micro service, hoc solaris tutorial, hoc linux tutorial, hoc aix tutorial, unix tutorial, securecrt, xshell, mobaxterm, putty
