
대략적으로 세분화된 컴퓨팅 클러스터에서 작동하는 75개의 Win2k3 노드 클러스터가 있습니다. 클러스터는 수많은 방화벽 뒤에 있으며 자체 VLAN에 상주합니다. 모든 크기와 유형의 작업이 클러스터에서 실행되며 실행되는 모든 실행 파일은 맞춤 제작됩니다.
(ed: 실행 파일에 대한 추가 참고 사항)작업 기간은 30초에서 7일까지이며 하나의 실행 파일 또는 2000개의 하위 작업(짧은 기간)을 포함할 수 있습니다. 분명히 우리는 IT가 7일의 프로덕션 작업 중에 재부팅을 예약하는 상황을 피하려고 노력하고 있습니다.
우리는 대략적인 클러스터에 대한 모든 일반적인 작업을 수용하는 일정 관리 소프트웨어를 보유하고 있으며 어떤 시스템이 제출을 위해 활성화되어 있는지 제어할 수 있습니다. WSUS가 어떤 방식으로든 스크립트 가능하다면(또는 클라이언트가 종료 가능하다고 명시할 수 있는 경우) 우리는 조정할 수 있습니다. 두 시스템을 연결하고 도와주세요.
현재 패치 일정은 클러스터에서 실행 중인 항목에 관계없이 슈퍼 화요일 이후 일요일입니다. 장기간 실행되는 프로덕션 작업을 위해 머신 패치를 연기하고 싶을 때마다 예외를 요청해야 합니다. 기본적으로 우리 그룹은 시스템을 담당하지만 IT의 패치 일정에 대해서는 거의 통제할 수 없습니다.
- MS의 일정에 따라 프로덕션 Windows 클러스터에 대해 월별 패치가 적용됩니까?
- WSUS에 "아직 재부팅하지 마세요"라고 말할 수 있는 소프트웨어 후크가 있나요?
답변1
1. 프로덕션 Windows 클러스터에 대해 MS의 일정에 따라 매월 패치를 적용하는 것이 정상입니까?
예. 그러나 클러스터는 작업을 다른 노드로 장애 조치해야 하므로 패치와 관련된 가동 중지 시간이 있어서는 안 됩니다. 전체 클러스터를 동시에 패치하지 않을 것입니다(이건 말도 안 되는 일이겠죠).
2. WSUS에 "아직 재부팅하지 마세요"라고 말할 수 있는 소프트웨어 후크가 있나요?
최종 사용자가 WSUS 업데이트를 중지하거나 재부팅할 수 있는 방법은 없지만 귀하의 그룹과 IT 그룹 사이에 실제 통신 문제가 있는 것처럼 들립니다. 그러나 프로덕션에 거의 영향을 주지 않고 한 번에 1개의 노드를 잃을 수 있습니다.
답변2
Config Mgr을 사용하여 업데이트 배포를 관리하면 서버 재부팅을 중지할 수 있습니다. 따라서 업데이트가 적용되고(그러나 재부팅할 때까지는 적용되지 않을 수 있음) IT는 재부팅을 보류 중인 서버를 표시하는 보고서를 갖게 됩니다. 그들은 이 목록을 쉽게 제공할 수 있으며 너무 많은 중단 없이 특정 노드의 재부팅을 쉽게 직접 예약할 수 있을 것으로 기대합니다. IT는 쉽게 안전 장치 배포(강제 재부팅 포함)와 긴 기한을 가질 수 있으므로 협상을 유지하지 못할 경우 궁극적으로 업데이트 및 재부팅이 강제됩니다!
표준 업데이트 배포의 경우 IT(및 사용자)는 완전히 자동(재부팅하지 않는 배포)에 대한 매우 짧은 기한과 서버에 로그인하면 알림이 표시되도록 자동이 아닌 약간 더 긴 기한 배포를 원할 것입니다. 이러한 배포 중 어느 것도 강제로 재부팅되어서는 안 됩니다.
사용하지 않는 동안 라이브러리 또는 기타 코드 구성 요소가 업데이트된 다음 재부팅하기 전에 사용되어 나머지 업데이트가 적용되기 때문에 문제가 발생하는 상황이 여전히 발생할 수 있습니다.
이는 귀하와 IT가 원하는 것을 얻을 수 있는 효율적인 방법이며, 귀하 각자는 무슨 일이 일어나고 있는지 어느 정도 가시성을 갖고 있습니다. 배포에 따라 어떤 서버가 어떤 상태에 있는지 보고하는 것은 두 사람 모두에게 정말 유용합니다.
답변3
IT 부서로부터 '대화' 태도를 많이 받고 있는 것 같습니다. 상황을 설명하고 수동 패치 승인을 통해 다운스트림 WSUS 서버를 만드는 등의 작업을 수행할 수 있는지 확인해야 합니다.
WSUS에 대한 설정은 모두 그룹 정책에 의해 설정되며 이는 도메인 또는 OU 수준의 Active Directory에 설정됩니다. 서버가 별도의 OU가 없는 회사 도메인에 있는 경우 다른 모든 사람이 얻는 것 중 적절하지 않은 것을 얻습니다.
IT 부서에서 문제를 해결할 수 없다면 도메인에서 컴퓨터를 제거하시겠습니까?