SIOS SANless clusters High-availability Machine Learning monitoring
의료 분야에서는 중요한 애플리케이션과 환자 데이터에 대한 중단 없는 액세스가 필수적입니다. 이 온디맨드 웨비나에서는 의료 기관이 Enterprise Edition이나 Always On 없이도 SIOS DataKeeper와 Google Cloud Platform을 사용하여 SQL Server의 안정적이고 비용 효율적인 고가용성을 달성하는 방법을 알아봅니다.
본 세션에서는 Google Cloud의 안전하고 확장 가능한 인프라와 HA/DR 솔루션인 SIOS DataKeeper를 활용한 실질적인 HA 및 DR 전략을 다룹니다. SANless 클러스터를 활용한 가용성 영역 간 실시간 장애 조치 데모와 의료 서비스 제공업체가 비용과 복잡성을 줄이면서 규정 준수 요건을 충족하는 실제 사례를 소개합니다.
허가를 받아 재생산되었습니다.시오스
고객들은 고가용성(HA) 상태 점검 서비스 및 교육과 같은 컨설팅 서비스를 위해 SIOS를 정기적으로 이용합니다. 이를 통해 고객은 IT 인프라를 원활하게 유지하고 직원들이 운영 교육을 받을 수 있도록 지원합니다.
건강 검진 서비스영역전문 서비스고객의 SIOS 서버 인프라를 점검하고 고객용 보고서를 생성하는 SIOS의 솔루션입니다. SIOS HA LifeKeeper 환경에 대한 자세한 검토와 제품 로그 및 고객 실행 로그에 대한 철저한 검사가 수행됩니다. 이 검토 과정에서 버전 수준, 통신 경로, 쿼럼,애플리케이션 복구 키트, 튜닝 매개변수를 검토하여 권장 설정과 비교합니다. 잠재적 위험과 실행 가능한 개선 제안을 담은 보고서가 생성됩니다.
최적화고가용성서비스는 두 가지 영역으로 나눌 수 있습니다.
SIOS는 주문형 서비스를 제공합니다고가용성 제품 교육~을 위한Linux용 LifeKeeper그리고Windows용 DataKeeper제품을 통해유데미훈련 플랫폼.
또한, SIOS는 전문 서비스 부서를 통해 이러한 제품에 대한 원격 맞춤형 교육을 제공하며, 교육 자료와 자가 학습 연습이 함께 제공됩니다. DataKeeper 과정의 경우, 개별 분과/컨설팅 세션을 이용할 수 있습니다.
SIOS Technology Corporation은 가장 중요한 애플리케이션을 위한 클러스터 관리를 통해 IT 인프라를 보호하고 최적화하는 고가용성 클러스터 소프트웨어를 제공합니다.데모 요청오늘 클러스터링이 얼마나 쉬운지 확인해 보세요.
저자: SIOS Technology Corp.의 소프트웨어 시스템 엔지니어인 Paul Scrutton
허가를 받아 재생산되었습니다.시오스
많은 사람들이 섀도 IT(Shadow IT)라는 용어에 익숙합니다. 이 용어는 일반적으로 특정 회사 직원들이 회사 공식 IT 부서의 전반적인 승인, 지식 또는 감독 없이 사용하는 기술 시스템, 소프트웨어, 구독 및 기타 서비스를 지칭하는 데 사용됩니다. 이러한 시스템, 서비스 또는 구독은 대부분 IT 부서 외부의 담당자가 다운로드하여 설치하거나 사용하고 관리합니다.
예를 들어, 회사에서는 공식적으로 Windows 365를 사용하지만 다른 회사에서는 Dropbox를 선호하여 OneDrive 대신 Dropbox 계정을 사용하여 파일을 공유하는 경우가 있습니다. 섀도 IT의 또 다른 예로는 회사에서는 하나의 메시징 플랫폼을 사용하고 있지만, 회사 내 다른 팀이나 부서에서는 Slack이나 WhatsApp용 Zoom을 다운로드하여 사용하는 경우가 있습니다.
섀도 IT는 메시징부터 회의, 코딩 도구, 스토리지까지 다양한 영역에서 발생합니다. 어떤 형태로든 섀도 IT를 사용하는 대부분의 팀과 조직은 악의적이거나 악의적인 의도를 가지고 이를 배포하지 않지만, 섀도 IT의 존재는 위험을 초래합니다.
이러한 서비스, 소프트웨어, 시스템 및 구독은 다음을 포함한 잠재적 위험을 초래합니다.
보안 및 데이터 규정 준수 위험 외에도 Shadow IT는 상당한 위험을 초래할 수도 있습니다.고가용성(HA)위험.
온라인에서 언급된 섀도 IT의 많은 사례가 메시징 애플리케이션, 회의 도구, IDE, 개발 애플리케이션과 관련이 있지만, 섀도 IT의 범위는 고가용성(HA)에도 영향을 미칠 수 있습니다. 섀도 IT에 중요한 정보와 데이터를 저장하는 시스템 구축이 포함되면 고가용성 위험이 발생합니다.
이러한 시스템은 저장된 데이터의 특성상 상용 HA 솔루션을 통해 모니터링하고 보호해야 합니다. 또한, 비즈니스 기능에 필수적인 중요 데이터는 고가용성을 유지해야 하며 복제 솔루션, 백업 솔루션 또는 둘 다를 통해 데이터 손실로부터 보호해야 합니다.
팀이 IT 부서의 의견이나 승인 없이 시스템을 구축한 경우, 해당 시스템은 모니터링, 보호, 백업되지 않거나 장애 복구를 위한 HA 시스템과 연동되지 않는 경우가 많습니다. 이는 조직의 HA 전략에 심각한 위험을 초래합니다. 내부 조직이나 프로젝트에 중요한 데이터를 보호하지 않으면 비즈니스에 큰 위협이 될 수 있습니다.
공식 IT 부서의 감독 없이 필수 애플리케이션을 다운로드, 설치 및 구성할 경우에도 섀도 IT 위험이 발생합니다. 필수 애플리케이션이 보호되지 않은 시스템에서 실행되거나 HA 모니터링 및 복구 보호 없이 실행될 경우, 위험과 결과는 치명적일 수 있습니다. 영업 워크플로 및 주문 시스템에 필수적인 애플리케이션이 있는 상황을 상상해 보십시오. 해당 소프트웨어는 섀도 IT 인프라의 일부이기 때문에 IT 팀은 해당 소프트웨어의 용도나 비즈니스에 미치는 영향을 전혀 알지 못합니다. 애플리케이션에 장애가 발생하면 비즈니스에 영향을 미치게 됩니다. 장애 유형에 따라 운영에 미치는 영향은 수십만 달러에서 수백만 달러에 달할 수 있습니다.
중요한 애플리케이션에 장애가 발생했을 때 적절한 HA 보호 없이 수동 복구 프로세스를 진행하면 번거롭고 복잡하며 오류가 발생하기 쉽습니다. 이러한 운영 위험은 애플리케이션 환경과 기술 요구 사항의 복잡성 증가로 인해 발생합니다. 더욱이 애플리케이션이 섀도 IT(Shadow IT)에 속할 경우, 애플리케이션의 존재 여부와 복구 절차에 대한 지식이 부족하여 계획되지 않고 준비되지 않은 상태로 전체 운영을 복구해야 하는 상황이 발생할 수 있습니다.
섀도 IT로 인한 HA 재해를 방지하기 위한 첫 번째 단계는 관리되지 않는 IT 인프라에 포함된 구독, 서비스, 시스템, 애플리케이션, 데이터 및 소프트웨어를 파악하는 것입니다. 어떤 도구가 누가, 어떤 목적으로 사용되고 있는지 파악해야 합니다. 이는 기존 네트워크 모니터링을 활용하여 수행할 수 있습니다.구름모니터링 또는 엔드포인트 탐지 도구를 활용할 수 있습니다. IT 보안 및 인프라 분석 서비스 공급업체와 협력하여 도구, 서비스, 시스템 및 구독에 대한 유용한 감사를 수행할 수도 있습니다.
이러한 식별이 완료되면 다음 단계는 시정 조치입니다. 시정 조치에는 사용되지 않거나 불필요한 시스템을 제거하고, 획득한 각 항목의 관리를 위한 통제 및 프로세스를 구축하는 것이 포함됩니다. 시스템 제거는 조직 내 여러 팀과 활동에 영향을 미칠 수 있으므로, 제거된 시스템의 워크플로를 조정해야 합니다.
특히 중요한 데이터와 애플리케이션을 수용하는 시스템, 애플리케이션 및 서비스의 경우 유지되어야 하며, 애플리케이션의 주요 위협으로부터 비즈니스를 보호하기 위해 상용 HA 및 복제 솔루션을 배포하십시오.중단 시간, 데이터 손실, 시스템 사용 불가, 중요 데이터, 애플리케이션 또는 도구를 호스팅하는 시스템의 가동 중지 시간.
마지막으로, 종속성, 아키텍처 복잡성, 데이터 취약성, 보호되지 않은 시스템의 예상치 못한 가동 중지로 인한 위험을 포함하여 Shadow IT와 관련된 위험과 리스크에 대해 조직을 교육하세요.
섀도 IT는 회의 및 메시징 도구, 개발 시스템 및 서비스, Dropbox, OneDrive, Box, 온라인 서비스와 같은 앱에만 국한되지 않습니다. 섀도 IT 도구는 적절한 백업 및 복구 메커니즘이 부족한 경우가 많으며,가동 시간보장되지 않습니다. 결과적으로 장애 발생 시 중요한 비즈니스 프로세스와 데이터에 액세스할 수 없거나 영구적으로 손실될 수 있습니다. HA 보호에 공식적으로 통합되지 않은 경우, 시스템, 애플리케이션, 네트워크 또는 스토리지 계층의 장애는 워크플로 중단, 처리 비효율성, 비즈니스 다운타임 및 평판 손상으로 이어질 수 있습니다.
회사에서 공식 IT 부서 솔루션에 통합하기로 결정한 시스템, 서비스, 애플리케이션 및 워크로드에 대해 잘 설계된 HA 환경을 구축하여 섀도 IT HA 문제를 해결하세요. 이 아키텍처에는 상용 HA가 포함되어야 합니다.데이터 복제및 엔터프라이즈급 하이퍼바이저에 배포되는 백업 솔루션입니다.
검증된 전문성으로 HA 아키텍처를 강화할 준비가 되셨나요?오늘 데모를 요청하세요SIOS가 어떻게 기업을 Shadow IT 가동 중지로부터 보호하는 고가용성 솔루션을 설계하고 배포하는 데 도움이 될 수 있는지 확인하세요.
저자: Cassius Rhue, 고객 경험 부사장
허가를 받아 재생산되었습니다.시오스
요즘 대부분의 조직은 애플리케이션과 데이터를 생명선으로 여기며, 모든 사람은 업무에 필요한 애플리케이션과 데이터를 항상 사용할 수 있기를 기대합니다. 하지만 진정한 애플리케이션과 데이터를 확보하는 것은고가용성(HA)– 최소 99.99%의 시간 동안 고객과 상호 작용할 수 있다는 보장을 의미합니다 – 는 비용이 많이 드는 제안처럼 들릴 수 있습니다. 하지만 HA를 어디에 적용해야 하는지, 그리고 비용 효율적으로 어떻게 적용할 수 있는지에 대한 명확한 이해는 비용을 충분히 정당화할 수 있습니다. 실제로, 이는 광범위한 비용과 그로 인한 결과로부터 당신을 보호할 수 있습니다.중단 시간그리고재해문제는 HA 인프라에 투자하는 가장 좋은 방법을 어떻게 결정할 수 있는가입니다.
이 네트워킹 컴퓨팅 기사SIOS 솔루션 아키텍트는 HA 인프라에 대한 투자를 정당화하는 애플리케이션과 데이터를 결정할 때 고려해야 할 사항을 살펴보고, 조직이 전체 HA 인프라로 보호하지 않기로 선택한 시스템과 데이터 저장소의 가용성을 개선하기 위해 취할 수 있는 비용 효율적인 단계를 제안합니다.
SIOS로 다음 단계를 밟고 싶으신가요?오늘 데모를 요청하세요SIOS가 어떻게 중요한 작업 부하를 보호하고, 가동 중지 시간을 최소화하고, 원활한 고가용성을 보장하는 데 도움이 되는지 알아보세요.
저자: Beth Winkowski, 홍보 담당자
허가를 받아 재생산되었습니다.시오스
계획, 전략, 디자인 및 아키텍처를 구축하는 것과 관련하여 시작할 수 있는 곳은 많습니다.고가용성 클러스터물론 현명한 빌더는 기본 요구 사항, 즉 두 개의 노드 또는 세 개의 노드를 이해하고 싶어합니다.RTO10분 미만 또는 5분 미만, RPO는 거의 0에 가깝거나 절대적으로 0입니다. 설계자는 또한 노드 수와 하드웨어 및 네트워크의 복원력을 어떻게 높일 수 있는지 이해하고 싶어합니다. 데이터 센터, 클라우드, 또는 둘을 혼합하여 구축하시겠습니까? 기본 하드웨어 아키텍처를 이해하는 것 외에도 요구 사항 수집 및 설계를 통해 중요 애플리케이션과고가용성(HA)준수해야 할 소프트웨어, 프로세스 및 거버넌스 절차, 보고, 모니터링 및 알림 배포를 위한 추가 대시보드 및 통합이 필요합니다. 모든 팀원은 복구의 기본 사항과장애 조치물론 오케스트레이션이죠.
하지만 고가용성 구축에서 종종 간과되는 한 가지는 바로 회사의 연혁입니다. 물론, 기업 환경에 모니터링, 알림, 복구 및 장애 조치 오케스트레이션 솔루션을 맡기려면 해당 업체가 누구인지, 어떤 업무를 하는지, 그리고 얼마나 오랫동안 이 업무를 성공적으로 수행해 왔는지 파악하고 이해해야 합니다. 와이오밍주 뷰포드에 위치한 신생 스타트업 회사인가요? 아니면 미국에서만 서비스를 제공하는 회사인가요? 아니면 HA 솔루션을 개발하다가 다른 거래 성사를 위해 도입하는 글로벌 회사인가요?
아키텍처를 구축할 때 HA 업체가 HA에 대해 잘 알고, 이해하고, 잘 수행하고 있는지 확인해야 합니다. 하지만 중요한 점은, HA 솔루션을 설계할 때 팀이 알아야 할 가장 중요한 이력은 업체의 이력이 아니라 바로 여러분의 이력이라는 것입니다.
고객 경험 담당 부사장으로서 저는 수많은 고객, 팀, 설계자 및 솔루션 통합 팀과 협력하여 온프레미스 및 오프프레미스 전반에 걸쳐 HA 솔루션을 구축해 왔습니다. 이러한 논의 과정에서 건전한 인프라 구축에서 간과되었던 한 가지 요소가 있었습니다.HA 아키텍처회사 자체의 역사입니다. 그렇다면 귀사 또는 HA를 구축하는 회사가 왜 중요할까요? 회사 역사가 HA 아키텍처에 영향을 미치는 다섯 가지(5) 가지 방법
회사 역사가 HA 아키텍처에 영향을 미치는 5가지(5) 방법은 다음과 같습니다.
HA 팀과 관련하여 회사의 역사는 어떠셨나요? 팀 구성원이 너무 많아서 역할과 책임이 상충되거나 중복되는 경우가 있나요? 아니면 성과는 뛰어나지만 규모가 작은 팀이 있나요? 회사의 역사와 그 기간 동안의 규모에 따라 추가 인증, 더 세분화된 권한 및 제한 등을 위해 설계를 조정해야 할 수도 있습니다. 팀 규모가 작다면 무료 솔루션을 개발하고 유지 관리하는 부담을 추가하는 것이 너무 클 수 있습니다. 팀 규모가 크고 역할과 중복이 많으며 맞춤형 솔루션을 개발할 시간이 있다면, 새로운 개발, 추가 개선 또는 일상 업무의 효율성 향상에 필요한 리소스를 확보하기 위해 상용 솔루션이 더 적합할지 고려해 보세요.
귀사의 수명 주기는 어떻게 되나요? CIO/CTO는 정해진 주기에 따라 전체 인프라를 개편하나요, 아니면 “고장 나지 않았으면 고치지 마라”는 식의 사고방식을 가지고 있나요? 귀사가 오랫동안 솔루션과 공급업체를 교체해 왔다면, 구성 요소와 부품의 교체를 감당할 수 있도록 아키텍처를 더욱 견고하게 구축해야 합니다. 이 경우, HA 아키텍처는 단기간에 잠재적으로 새로운 솔루션의 오프보딩, 수명 종료, 그리고 온보딩까지 고려해야 합니다. 이러한 높은 이직률의 핵심은 맞춤형 작업과 고정된 종속성을 제한하는 것입니다.
반면, HA 솔루션을 10년 이상 사용할 예정이라면 공급업체가 인프라 내 핵심 구성 요소에 대한 유지 관리 및 연장 지원을 제공하는지 확인해야 합니다. 또한, 솔루션이 표준 지원 수명 주기를 경과함에 따라 다양한 소프트웨어 솔루션 및 상호 운용성 측면에서 발생할 수 있는 문제와 이러한 위험을 완화하는 방법을 아키텍처에 신중하게 고려해야 합니다.
고객 경험 담당 부사장으로서 제가 가장 충격적인 기억 중 하나는 한 회사와 협력하여 HA 솔루션을 설계했던 일이었습니다. 가동 시작일로부터 일주일도 채 되지 않아 해당 팀의 프로젝트 매니저는 자신과 팀 전체의 해고를 발표했습니다. 가동 시작일은 회사와 HA 모두 새로운 팀으로 이관되었습니다. 나중에 알게 된 사실이지만, Z 회사는 HA 환경의 IT 부서와 관리자를 순환 근무시키는 정책을 시행하고 있었습니다. 거의 모든 인력이 계약직이었습니다. 만약 이직률이 높은 회사라면 아키텍처와 설계에 런북을 포함해야 하며, 유지 관리 프로세스와 절차에는 교육, 즉 공식적인 제품 교육, 절차 테스트, 관리자 교육, 그리고 혼란 시나리오도 포함되어야 합니다.
회전문 사고는 회사의 인력 운용 이력에서 유일하게 주의해야 할 부분이 아닙니다. 론 레인저(Lone Ranger) 사건 역시 반드시 알아야 할 중요한 시나리오입니다. SIOS에서 저희 팀은 SIOS 관련 시스템뿐 아니라 그 외의 시스템까지, 기업 시스템에 대한 모든 정보와 해답을 찾고자 하는 당혹스러운 프로젝트 매니저와 함께했습니다. 론 레인저는 알 수 없는 이유로 회사를 떠났고, 그가 떠난 후 팀의 새로운 멤버들은 많은 암묵적 지식이 문서화되지 않고 어떤 문서에도 설명되지 않았다는 사실을 발견했습니다. 아키텍처를 설계하고 구축할 때 인력 유형과 채용 이력을 파악하면 솔루션을 적절하게 설계하는 데 도움이 될 뿐만 아니라, 팀이 론 레인저의 불운한 퇴사를 대비하여 상업적으로 이용 가능하고 필요한 서비스를 갖춘 솔루션을 선택하도록 이끌 수 있습니다.
회사 재해 및중단 시간HA 솔루션 설계자가 잘 이해해야 할 또 다른 역사적 사실입니다. 일반적으로 회사 재해는 향후 아키텍처 설계에 요구 사항으로 반영됩니다. 근본 원인, 위험 완화 전략, 탐지, 예방 및 보고 권장 사항을 포함한 과거 재해는 초기 요구 사항에 추가되는 경우가 많습니다. 그러나 재해 이력을 면밀히 살펴보면 고려해야 할 더 많은 요구 사항과 요소를 발견할 수 있습니다. 고객 경험 담당 부사장으로서 저희 팀은 회사의 재해를 이해함으로써 여러 고객에게 더 나은 경험을 제공하기 위한 방대한 양의 데이터를 습득했습니다. 예를 들어, 무인 VM 유지 관리는 회사 전략의 중요한 부분이었을 뿐만 아니라 많은 회사 가용성 문제의 원인이기도 했습니다. 저희 서비스 팀은 아키텍트와 협력하여 애플리케이션 가용성 문제를 해결했을 뿐만 아니라 설계 팀이 백업 및 복구, 유지 관리 및 업그레이드, 그리고 자동화된 장애 발생 시 가용성을 유지하는 롤백 전략을 고려하도록 지원했습니다.
고객 경험 담당 부사장으로서 당사 팀은 애플리케이션 가용성에 열정을 갖고 가장 엄격한 규정을 준수하는 고객 및 파트너와 긴밀히 협력합니다.서비스 수준 계약(SLA)및 서비스 수준 목표. 이 팀들과 협력하면서, 그들의 설계 및 아키텍처 사양은 가용성(아키텍처, 설계, 하드웨어, 네트워킹, 애플리케이션, 클러스터 소프트웨어, 인력, 프로세스)을 비즈니스의 필수 요소로 여기는 기업 문화를 반영했습니다. 안타깝게도 모든 기업이 이러한 기업 문화를 가지고 있는 것은 아닙니다. 기업 문화의 역사를 이해하면 HA 구현 방식에 확실히 영향을 미쳐, 기업 문화를 준수하거나 기업 문화를 개선하고 비즈니스 성공을 이루는 방법으로 설계 및 아키텍처의 장점을 극대화할 수 있습니다.
네, 데이터센터 또는 클라우드 제공업체의 회사 연혁은 중요합니다. Lou’s Low Cost Cloud, LLC(Lou’s Low Cost Cloud, LLC)의 연혁을 아는 것은 (Lou를 나쁘게 보는 것은 아닙니다) Lou 부모님 댁의 냉방이 거의 되지 않는 차고에서 운영되면서 장비가 고갈되어 온 상황을 고려한다면 중요합니다. 네, 애플리케이션과 HA 공급업체의 연혁 또한 중요합니다. ERP, 데이터베이스, 프런트엔드 애플리케이션 제공업체의 연혁을 아는 것은 위험을 평가하고 완화하고, 배포 패턴과 방법론을 이해하고, 적시에 수정, 업데이트, 보안 및 지원을 제공하는 것이 아키텍처의 초석이 될 것이라는 확신을 얻는 데 매우 중요합니다. 하지만 회사 연혁을 아는 것의 중요성과 중대한 장애 발생 시 신규 및 기존 HA 관련 의사 결정과 인프라에 어떤 영향을 미칠지 파악하는 것의 중요성을 과소평가해서는 안 됩니다.
검증된 전문성으로 HA 아키텍처를 강화할 준비가 되셨나요?데모 요청오늘 SIOS가 어떻게 회사의 고유한 이력 및 미래 요구 사항에 맞춰 고가용성 솔루션을 설계하고 배포하는 데 도움이 될 수 있는지 확인해 보세요.
저자: Cassius Rhue, 고객 경험 담당 부사장
허가를 받아 재생산되었습니다.시오스