Điểm:0

Đưa cụm chuyển đổi dự phòng Windows trực tuyến chỉ với một nút

lá cờ in

Tôi muốn đặt chính sách sao cho Cụm chuyển đổi dự phòng của tôi sẽ luôn hoạt động, ngay cả khi chỉ có một (trong hai nút).

Bối cảnh: Tôi chỉ có hai nút trong cụm, cộng với một đại biểu nhân chứng trong một chia sẻ trên DC. Đối với câu hỏi này, giả sử rằng DC vẫn đang hoạt động. (Máy chủ Windows 2019).

Nếu tôi tắt nút1, thì nút2 sẽ hoạt động. Sau đó, nếu tôi tắt nút2, thì cụm sẽ bị dừng (rõ ràng), tuy nhiên, nếu sau đó tôi chỉ bắt đầu nút1, thì cụm sẽ chẳng bao giờ hồi phục. Nó không chỉ không phục hồi nếu không có node2, mà tôi còn không thấy một cách dễ dàng nào để khiến cụm đi vào hoạt động với trình quản lý cụm. Các chỉ có cách tôi có thể khôi phục cụm, trong trường hợp này, sẽ là bắt đầu nút2, tuy nhiên, điều đó dường như (với tôi) không phải là thực tính sẵn sàng cao. IMO Tôi có thể đặt chính sách hoặc có một cách hợp lý dễ dàng để đưa cụm trở lại trực tuyến (có lẽ sau một thời gian chờ đợi), ngay cả khi nút2 chẳng bao giờ phục hồi.

Tôi chỉ nghĩ về điều này một cách sai lầm hoặc thiếu một cái gì đó rõ ràng?

CẬP NHẬT: Tôi thấy một lỗi:

Nút 'SOM2' không thể tạo cụm. Điều này là do 
nhân chứng không thể truy cập được. Hãy đảm bảo rằng nhân chứng 
tài nguyên là trực tuyến và có sẵn.

Tuy nhiên, nhân chứng có sẵn tại thời điểm đó, điều này khiến tôi nghi ngờ rằng đây là sự cố về quyền, tức là phần chia sẻ nhân chứng có sẵn cho cụm chứ không phải tài khoản dịch vụ cụm trên mỗi nút. Điều đó có thể không?

Có một số cài đặt quyền đặc biệt trên phần chia sẻ nhân chứng để đảm bảo các tài khoản dịch vụ cục bộ trên mỗi nút có thể truy cập nó không?

Cập nhật:

Để sửa lỗi quyền (không phải vấn đề trung tâm), tôi cần sử dụng lệnh powershell từ:

https://docs.Microsoft.com/en-us/powershell/module/failovercluster/set-clusterquorum

Kiểm tra các quyền trên nhân chứng để cho phép kiểm soát hoàn toàn theo đúng miền tài khoản, chẳng hạn như tài khoản dịch vụ mà mật khẩu không bao giờ hết hạn và không thể thay đổi. Sau đó, trên máy chủ cụm, trước tiên hãy loại bỏ cấu hình nhân chứng hiện tại:

Set-ClusterQuorum -NoWitness
Get-ClusterResource

Nếu cần thiết:

Xóa-ClusterResource -Tên "Nhân chứng chia sẻ tệp"

hoặc xóa nó bằng Trình quản lý cụm chuyển đổi dự phòng

sau đó, thêm lại nhân chứng chia sẻ tệp cần thiết miền thông tin đăng nhập để cho phép truy cập:

Set-ClusterQuorum -NodeAndFileShareMajority \server\path-to-witness -Credential $(Get-Credential)
Nikita Kipriyanov avatar
lá cờ za
Bạn đang nói về Windows Failover Cluster? Tốt hơn điều này nên được nói rõ ràng trong tiêu đề.
Điểm:2
lá cờ cn

Như @stuka đã lưu ý, đây là do thiết kế. Tệp đã bị khóa bởi một nút trực tiếp trước khi toàn bộ cụm ngừng hoạt động. Không có cách nào để Node1 biết rằng Node2 không thực sự trực tuyến nhưng không thể truy cập được qua mạng cụm. Nó phải dựa vào tệp bị khóa là chính xác. Sẽ tồi tệ hơn nhiều nếu Node1 trực tuyến trong trường hợp đó vì nếu mạng cụm bị hỏng, không nút nào có thể phá vỡ ràng buộc biểu quyết đại biểu.

Nếu bạn thực sự gặp phải tình huống này, bạn phải chỉnh sửa cài đặt đại biểu và buộc một nút trực tuyến trở lại theo cách thủ công.

Trong thực tế, điều này không đáng lo ngại vì rất hiếm khi cụm hoàn toàn ngoại tuyến.

Hai cụm nút sẽ luôn có sự thỏa hiệp về HA. Chia sẻ tệp nhân chứng thiết lập đại biểu, nhưng nó không thể bao gồm tất cả các tình huống. Cụm 3 nút (hoặc nút lẻ khác) sẽ cung cấp khả năng chịu lỗi tốt hơn.

Điểm:0
lá cờ ng

Nếu phần chia sẻ nhân chứng đại biểu có thể truy cập được vào nút trực tuyến, thì nút đó chắc chắn có thể đưa cụm trực tuyến. Đây là hành vi WSFC tiêu chuẩn. Nếu cụm của bạn không bắt đầu và chia sẻ nhân chứng đang trực tuyến, thì phải có điều gì đó khác ngăn cản nó bắt đầu. Tìm kiếm bất kỳ lỗi nào.

Ngoài ra, cài đặt số đại biểu của cụm được định cấu hình như thế nào?

Xem ở đây để tham khảo: https://docs.microsoft.com/en-us/windows-server/failover-clustering/manage-cluster-quorum.

lá cờ in
Đã cập nhật để thêm thông tin về một lỗi.
Massimo avatar
lá cờ ng
Cụm được đại diện trong Active Directory bởi một tài khoản máy tính có cùng tên với chính cụm đó; tài khoản máy tính đó, còn được gọi là "Đối tượng mạng cụm", cần có toàn quyền kiểm soát đối với chia sẻ nhân chứng.
Stuka avatar
lá cờ gb
Tôi nghĩ rằng hành vi OP đang phải đối mặt được mong đợi. Nút 2 là chủ sở hữu của nhân chứng (khóa tệp chia sẻ). Nút 1 không thể khóa nó. Vì vậy, cho đến khi nút 2 trực tuyến trở lại, cụm sẽ không khả dụng vì không có đại biểu. https://techcommunity.microsoft.com/t5/failover-clustering/under Hiểu-quorum-in-a-failover-cluster/ba-p/371678

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.