Khuyến nghị hiện đại hóa nền tảng Microsoft SQL Server

Máy chủ SQL—Yêu ngay từ cái nhìn đầu tiên bất chấp những thách thức về hiện đại hóa

SQL Server là sản phẩm Microsoft yêu thích của tôi và là một trong những cơ sở dữ liệu phong phú nhất trong thời đại chúng ta. Tôi đã yêu SQL Server phiên bản 6.5, vào thời mà kịch bản còn là vua! Công việc viết kịch bản đang trở lại mạnh mẽ, thật tuyệt vời! Trên thực tế, SQL Server hiện tồn tại ở hầu hết mọi môi trường—đôi khi ở những vị trí mà các tổ chức CNTT thậm chí không biết đến.

Bắt đầu công việc hiện đại hóa SQL có thể là một nhiệm vụ khó khăn . Đặc biệt nếu bạn có Máy chủ SQL hết hạn sử dụng và/hoặc Windows Server, chạy trên phần cứng cũ. Khách hàng của tôi nói lên những mối quan ngại sau:

1. Rủi ro quá cao để di cư. (Tôi nói, chẳng phải sẽ có rủi ro lớn hơn nếu không làm gì cả sao?)
2. Môi trường SQL Server của chúng tôi đang chạy trên phần cứng cũ—Dev/Test/Stage/Prod không có cùng đặc điểm hiệu suất, khiến việc kiểm tra hồi quy và kiểm tra hiệu suất trở nên khó khăn.
3. Làm thế nào tôi có thể thực hiện được việc hiện đại hóa? Nhóm của tôi không có đủ chu trình để giải quyết toàn bộ quy trình hiện đại hóa.

Trước tiên, tôi sẽ giải quyết những mối lo ngại này bằng cách cung cấp một chút lịch sử về ảo hóa và SQL Server, và thứ hai, cách vượt qua những thách thức đối với quá trình hiện đại hóa, theo quan điểm của tôi, một cam kết nên được thực hiện sớm hơn là muộn hơn.

Khi ảo hóa lần đầu tiên bắt đầu xuất hiện trong các trung tâm dữ liệu, một trong những đề xuất có giá trị lớn nhất của nó là tăng cường sử dụng máy chủ, đặc biệt là đối với SQL Server. Hypervisors tăng cường sử dụng máy chủ bằng cách cho phép nhiều ứng dụng doanh nghiệp chia sẻ cùng một phần cứng máy chủ vật lý. Mặc dù việc cải thiện mức sử dụng do ảo hóa mang lại là rất ấn tượng nhưng lượng tài nguyên không được sử dụng hoặc sử dụng không đúng mức bị mắc kẹt trên mỗi máy chủ bắt đầu tăng lên nhanh chóng. Trong một cụm máy chủ ảo, trung tâm dữ liệu có thể có tương đương một máy chủ nhàn rỗi cho mỗi một đến ba máy chủ được triển khai.

Tận dụng triệt để lợi ích của việc quản lý dữ liệu sao chép tích hợp (iCDM)

Trong một số trường hợp, nhiều máy chủ nhàn rỗi này có liên quan đến Dev/Test/Stage. QoS (Chất lượng dịch vụ) cũng có thể là mối quan tâm trong những trường hợp này.

SQL Server tận dụng Luôn trên nhóm như một cách gốc để tạo các bản sao mà sau đó có thể được sử dụng cho nhiều trường hợp sử dụng. Việc triển khai bản sao AAG điển hình nhất là dành cho cơ sở dữ liệu chuyển đổi dự phòng có tính sẵn sàng cao và để giảm tải các hoạt động đọc nặng, chẳng hạn như báo cáo, phân tích và hoạt động sao lưu.

iCDM cho phép các trường hợp sử dụng bổ sung như các trường hợp được liệt kê bên dưới với các lợi ích của dịch vụ dữ liệu nội tuyến:

• Kiểm tra/Dev để tiếp tục phát triển tính năng ứng dụng, thử nghiệm, quy trình CI/CD.
• Bảo trì  nhằm cung cấp một môi trường để thực hiện các nhiệm vụ bảo trì cơ sở dữ liệu sử dụng nhiều tài nguyên, chẳng hạn như các hoạt động DBCC và CHECKDB.
• Quản lý vận hành  để kiểm tra và thực hiện nâng cấp, điều chỉnh hiệu suất và mô phỏng trước khi sản xuất
• Báo cáo  đóng vai trò là nguồn dữ liệu cho bất kỳ hệ thống hoặc báo cáo kinh doanh thông minh nào.

Một trong những lợi ích chính của công nghệ iCDM là khả năng cung cấp môi trường quản lý vòng đời hiệu quả về mặt chi phí. iCDM cung cấp khả năng quản lý dữ liệu sao chép hiệu quả ở lớp lưu trữ để hợp nhất cả dữ liệu chính và các bản sao liên quan của nó trên cùng một mảng toàn flash, có quy mô lớn để đạt được tính linh hoạt và hiệu quả chưa từng có. Khi kết hợp với các sản phẩm Dell EMC cụ thể, IOPS và độ trễ nhất quán, chống đạn, hiệu suất toàn bộ flash mở rộng tuyến tính và khả năng tăng thêm hiệu suất và dung lượng khi cần mà không có thời gian ngừng hoạt động của ứng dụng, iCDM mang lại tiềm năng đáng kinh ngạc để hợp nhất cả hoạt động sản xuất và các ứng dụng phi sản xuất mà không ảnh hưởng đến SLA sản xuất.

Mặc dù các công nghệ mới nổi, chẳng hạn như trí tuệ nhân tạo, IoT, lưu trữ và kết nối mạng được xác định bằng phần mềm, mang lại lợi ích cạnh tranh, nhưng khối lượng công việc của chúng có thể khó dự đoán và đặt ra những thách thức mới cho bộ phận CNTT.

Kiến trúc truyền thống (phần cứng và phần mềm) không được thiết kế cho các mục tiêu cung cấp dịch vụ và kinh doanh hiện đại. Đây là một trường hợp sử dụng vững chắc khác cho nỗ lực hiện đại hóa SQL.

Như tôi đã đề cập trong bài viết trước , không phải tất cả các kho dữ liệu đều sẽ di chuyển sang đám mây. Bao giờ. Câu trả lời thực sự sẽ luôn là Bất động sản dữ liệu lai. Dấu chấm. Tuy nhiên, chúng ta cần hiện đại hóa vì nhiều lý do thuyết phục.

5 con đường dẫn đến hiện đại hóa SQL

Đây là cách bạn có thể đơn giản hóa việc đưa ra yêu cầu hiện đại hóa và những gì có trong mỗi tùy chọn.

Không làm gì cả (hoàn toàn không phải là một con đường!):

• Việc tung xúc xắc đầy rủi ro, đặc biệt khi kết hợp với cơ sở hạ tầng cũ kỹ.
• Có nguy cơ bị khai thác bảo mật, yêu cầu pháp lý (như GDPR) hoặc yêu cầu không tuân thủ.

Mua hỗ trợ mở rộng từ Microsoft:

• Chỉ hỗ trợ SQL 2008 và R2 hoặc Windows Server 2008 và R2.
• Chi phí đáng kể khi sử dụng mô hình định giá cốt lõi.
• Tốn hàng chục nghìn đô la mỗi năm…và đó chỉ dành cho MỘT phiên bản SQL! Ối. Có bao nhiêu trong môi trường của bạn?
• Có sẵn trong 3 năm bổ sung.
• Điều chỉnh hàng năm—có nghĩa là bạn không thể chạy mà không được hỗ trợ trong 6 tháng rồi mua thêm 6 tháng. Chỉ mua hàng năm. Hơn nữa – ôi.
• Được trả tiền hàng năm, chỉ dành cho các máy chủ bạn cần.
• Hỗ trợ kỹ thuật chỉ khả dụng nếu mua Hỗ trợ mở rộng (ồ…và hỗ trợ kỹ thuật đó cũng là một chi phí riêng).

Chuyển đổi với Azure/Azure Stack:

• Di chuyển ứng dụng và cơ sở dữ liệu IaaS sang máy ảo Azure/ Dell EMC Azure Stack (Azure, tại chỗ…Thật tuyệt vời!!!).
• Nhận thêm 3 năm cập nhật bảo mật mở rộng cho SQL Server và Windows Server (phiên bản 2008 và R2) mà không phải trả thêm phí.
• Trong cả hai trường hợp, đều có chi phí tiêu thụ mới, tuy nhiên, các bản cập nhật bảo mật sẽ được chi trả.
• Khi Azure Stack (Azure tại chỗ) là mục tiêu SQL IaaS, có nhiều trường hợp chi phí thiết bị cộng với chi phí tiêu thụ vẫn rẻ hơn đáng kể so với #2, Hỗ trợ mở rộng, được liệt kê ở trên.
• Bắt đầu hành trình vận hành theo mô hình Mô hình vận hành đám mây. Bắt đầu với Nhà cung cấp tài nguyên SQL Azure Stack và dễ dàng cung cấp cho người đăng ký nội bộ của bạn một SQL PaaS (Nền tảng dưới dạng dịch vụ) đầy đủ trong vòng một ngày .
• Nếu bạn hiện được định cấu hình với Phiên bản cụm chuyển đổi dự phòng có tính sẵn sàng cao với SQL 2008, phiên bản này sẽ được cô đọng thành một nút duy nhất. Tính năng bảo vệ Hệ điều hành mà bạn có với Luôn bật FCI không khả dụng với Azure Stack. Tuy nhiên, môi trường của bạn bây giờ sẽ chạy trong Cơ sở hạ tầng siêu hội tụ. Cung cấp tính năng bảo vệ lỗi nút (miền lỗi), không bảo vệ hệ điều hành hoặc bảo vệ thời gian ngừng hoạt động khỏi bản vá Hệ điều hành. Có sự đánh đổi. Tốt nhất nên cân nhắc các tùy chọn cho trường hợp sử dụng kinh doanh của bạn và quy trình khôi phục.

Di chuyển và hiện đại hóa (Lựa chọn tốt nhất!):

• Di chuyển các phiên bản IaaS sang tất cả cơ sở hạ tầng Flash Dell EMC hiện đại .
• Di chuyển khối lượng công việc ứng dụng trên Hệ điều hành máy chủ mới – Windows Server 2016 hoặc 2019.
• Di chuyển cơ sở dữ liệu SQL Server sang SQL Server 2017 và nhanh chóng nâng cấp lên SQL 2019 khi có sẵn. Hiện tại SQL 2019 chưa có GA. Dự đoán tốt nhất là trước cuối năm 2019.
• Cho phép nhóm CNTT của bạn có các quy trình hỗ trợ vận hành hiệu quả và hiệu quả hơn, đồng thời giảm chi phí cấp phép, độ phức tạp của giải pháp và thời gian phân phối các dịch vụ SQL Server mới.
• Giảm chi phí vận hành và cấp phép bằng cách hợp nhất khối lượng công việc của SQL Server. Với mô hình cấp phép mỗi lõi của Microsoft SQL Server trong SQL Server 2012 trở lên, việc di chuyển khối lượng công việc sang môi trường ảo/đám mây thường có thể tiết kiệm đáng kể mức cấp phép. Ngoài ra, thông qua dịch vụ tư vấn của Dell Technologies; Chúng tôi thường phát hiện ra trong bối cảnh máy chủ SQL doanh nghiệp rằng có nhiều phiên bản SQL Server không được sử dụng đúng mức, điều này tạo cơ hội giảm số lượng lõi CPU hoặc di chuyển khối lượng công việc SQL sang cơ sở hạ tầng dùng chung để tối đa hóa việc sử dụng tài nguyên phần cứng và giảm chi phí cấp phép.

Lưu trữ lại khối lượng công việc VMware 2008:

• Chạy khối lượng công việc VMware của bạn nguyên bản trên Azure
• Di chuyển các ứng dụng và cơ sở dữ liệu VMware IaaS sang Azure VMware Solution by CloudSimple hoặc giải pháp Azure VMware của Virtustream
• Nhận 3 năm cập nhật bảo mật mở rộng cho SQL Server và Windows Server 2008 / R2 mà không phải trả thêm phí
• Khả năng tương thích hoàn toàn của mạng vSphere

Hãy nhớ rằng, máy chủ Windows Server 2008 và 2008 R2 của bạn cũng sẽ là EOL vào ngày 14 tháng 1 năm 2020.

Tránh rủi ro và thảm họa liên quan đến hệ thống EOL (nói cách khác là CYA)

Công ty của bạn có thể chấp nhận rủi ro của cả Hệ điều hành EOL và Công cụ cơ sở dữ liệu EOL không? Thứ khá đáng sợ. Nó thực sự có ý nghĩa khi nhìn vào cả hai. Lãnh đạo doanh nghiệp của bạn có biết rủi ro này không? Nếu không, bạn cần phải lên tiếng và giải thích rủi ro. Đầy đủ. Họ cần biết, hiểu và chấp nhận rủi ro như điều mà cá nhân họ muốn tiếp nhận khi bị khai thác. Một phần nào đó của CYA dành cho các chuyên gia CNTT, Dữ liệu và chủ sở hữu doanh nghiệp. Nếu bạn cần trợ giúp ở đây, nhóm của tôi có thể giúp thu hút đội ngũ lãnh đạo của bạn cùng tham gia!

Theo tôi, vấn đề lớn hơn giữa SQL EOL và Windows Server EOL là vấn đề sau. Chạy một hệ điều hành không được hỗ trợ hỗ trợ khối lượng công việc SQL Server không được hỗ trợ là nguyên nhân dẫn đến thảm họa nghiêm trọng. Phiên bản cụm chuyển đổi dự phòng (Luôn bật FCI) là cách thông thường để cung cấp Độ sẵn sàng cao của Hệ điều hành với SQL Server 2008 trở xuống, điều này làm phức tạp thêm vấn đề về nhiều cấp độ môi trường không được hỗ trợ. Môi trường FCI có tính sẵn sàng cao hiện không được bảo vệ.

Bản tóm tắt

Một số quá trình di chuyển sẽ đơn giản, một số khác sẽ phức tạp hơn nhiều, đặc biệt là với các cơ sở dữ liệu quan trọng. Nếu bạn vẫn chưa bắt đầu nỗ lực hiện đại hóa này, tôi khuyên bạn nên bắt đầu ngay hôm nay. Đồng hồ EOL đang tích tắc. Thu hút các bên liên quan chính của bạn tham gia. Cho họ xem các điểm dữ liệu từ môi trường của bạn. Gửi cho họ liên kết tới blog này!

Nếu bạn tiếp tục gặp khó khăn hoặc không muốn hành động một mình, Dịch vụ tư vấn của Dell Technologies , nhà cung cấp khối lượng công việc SQL Server toàn diện duy nhất, có thể giúp nhóm của bạn từng bước. Hãy dành chút thời gian để kết nối với Chuyên gia dịch vụ Dell Technologies của bạn ngay hôm nay và bắt đầu chuyển sang nền tảng hiện đại.