SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • 제작품
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • 뉴스 및 이벤트
  • 서버 클러스터 단순화
  • 성공 사례
  • 저희에 게 연락
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

Archives for 6월 2019

비디오 : SIOS 클러스터링 이점

6월 24, 2019 by Jason Aw Leave a Comment

SIOS 비디오 SIOS 클러스터링 이점

비디오 : SIOS 클러스터링 이점

매년 귀하의 작업은 기존 인프라를 사용하여 더 높은 수준의 서비스를 제공하고 IT 예산은 더 적을 것입니다. 가동 중지 시간 또는 데이터 손실에 대한 허용 오차가 사라졌습니다.  애플리케이션은 연중 무휴로 작동해야하며 서버 중단, 네트워킹 중단, 애플리케이션 중단 또는 전체 데이터 센터 손실의 경우에도 보호해야합니다. 중단 시간과 데이터 손실 양은 "0"으로 수렴 할 것으로 예상됩니다. IT 전문가는 물리적 서버, 가상 서버 또는 클라우드 기술의 배포 여부에 관계없이 최종 사용자를 지원하는 방법에 대한 그 어느 때보 다 많은 옵션을 보유하고 있습니다. 솔루션을 선택하는 것은 비즈니스 목표, 기술 요구 사항 및 예산 제한을 이해하는 것뿐만 아니라 항상 환경을 보호하여 중단 시간이나 데이터 손실이 없는지 확인하는 방법을 이해해야 할 필요성을 이해하는 데 있습니다. 이는 일반적으로 몇 가지 유형의 공유 저장 장치에 연결된 둘 이상의 서버를 포함하는 전통적인 SAN 기반 클러스터를 구현함으로써 수행됩니다. 문제가있는 경우 응용 프로그램을 종료하고 모든 것을 온라인 상태로 되돌립니다. SIOS 소프트웨어는이를 지원하고 쉽게 설정하고 관리 할 수 있습니다. SAN 기반 클러스터는 로컬 고 가용성에 적합하지만 SAN은 일반적으로 클러스터 아키텍처의 높은 비용, 복잡성, 잠재적 장애를 나타내며 재해 복구 문제를 해결하는 데 도움이되지 않습니다. SIOS 소프트웨어를 사용하면 선택한 하드웨어를 사용하지만 로컬 스토리지를 활용하여 클러스터를 구축 할 수 있습니다. SIOS는 완전히 클러스터 인식 및 통합 된 실시간 블록 레벨 데이터 복제 기능을 제공하므로 클러스터 구성에서 매우 빠른 로컬 스토리지를 활용할 수 있습니다. 또한 SANLess 클러스터를 채택하면 SAN을 제거하여 전체 솔루션 비용을 줄일 수 있습니다. 결과적으로 SAN 하드웨어의 비용을 절감했을뿐만 아니라 SAN 라이센스 절감과 함께 SAN 인프라 및 관리 비용을 절감 할 수 있습니다. 또한 클러스터링 아키텍처에서 단일 장애 지점을 제거하여 전체 환경을 감소시키지 않습니다. 또한 실시간 블록 레벨 데이터 복제 기술이 로컬 스토리지를 동기화 상태로 유지하기 때문에 데이터 손실을 방지 할 수 있습니다. 이 소프트웨어에는 사용자 친화적 인 마법사 기반 사용자 인터페이스가 있습니다. SIOS는 물리적 환경, 가상 환경 또는 클라우드 환경에서 미션 크리티컬 애플리케이션과 데이터를 보호 할 수있는 유연성을 제공합니다.  고 가용성 솔루션에 대해 자세히 알아보십시오.

SIOS 클러스터링 소프트웨어로 애플리케이션을 쉽게 보호하는 방법에 대해 알아보십시오.

Filed Under: 뉴스 및 이벤트 Tagged With: AWS QuickStart, HA 클러스터 - 클라우드, SQL Server 장애 조치 (failover) 클러스터, 고성능 스토리지, 리눅스, 물리적 서버

Azure에서 Azure 사이트 복구로 SQL Server 2008 R2의 일관된 복구 지점 달성

6월 20, 2019 by Jason Aw Leave a Comment

Azure에서 Azure 사이트 복구로 SQL Server 2008 R2의 일관된 복구 지점 달성

Azure에서 Azure 사이트 복구로 SQL Server 2008 R2의 일관된 복구 지점 달성

ASR을 사용하여 SQL Server 2008 R2 독립 실행 형 인스턴스 나 클러스터 된 인스턴스를 복제하려면 SQL Writer를 2012 이상으로 업데이트해야합니다. SQL 익스프레스 버전은 무료로 다운로드 할 수 있으므로 사용할 수 있습니다. https://www.microsoft.com/en-us/download/details.aspx?id=29062 다운로드가 완료되면 다운로드 위치로 이동하여 / x를 사용하여 실행 파일을 실행하십시오.  이렇게하면 파일을 추출 할 위치를 지정하는 옵션이 제공됩니다.

ENU  x64  SQLEXPRADV_x64_ENU.exe / x

추출이 완료되면 압축을 푼 위치와 다음 위치로 이동합니다. SQL 1033_enu_lp x64 setup x64 해당 폴더 내에 SQLWriter.msi가 있어야합니다.  SQL 기록기를 갱신하려는 시스템에서이를 실행하십시오. 이제 ASR을 사용하여 SQL Server 2008 R2의 응용 프로그램 일관 복구 지점을 수행 할 수 있습니다. Clusteringformeremortals.com의 허락을 받아 재현

Filed Under: 서버 클러스터 단순화

주요 클라우드 서비스 중단으로 인해 Google Compute Engine에 영향을 미쳤습니다. 

6월 7, 2019 by Jason Aw Leave a Comment

주요 클라우드 서비스 중단으로 인해 Google Compute Engine이 준비를 마쳤습니다.

주요 클라우드 서비스 중단으로 인해 Google Compute Engine에 영향을 미쳤습니다.

Google은 2019 년 6 월 2 일 12시 25 분 (PDT)에 처음으로 '문제'를 신고했습니다. 현재 모든 유형의 재해에서 흔히 볼 수 있듯이이 중단에 대한 보고서는 소셜 미디어에 처음 나타났습니다. 소셜 미디어는 재난 발생 초기에 어떤 유형의 정보도 얻을 수있는 가장 신뢰할 수있는 곳으로 보인다.

Twitter는 혁명, 자연 재해, 클라우드 중단에 이르는 모든 정보에 대한 첫 번째 정보원이되었습니다. [/ caption] Gmail, YouTube, SnapChat 등 많은 서비스가 영향을 받았습니다. [/ caption]

우리가이 최신 Google Compute Engine 작동 중단에 대한 공식적인 근본 원인 분석을 기다리는 동안 Google은 "미국 동부 지역에서 높은 수준의 네트워크 혼잡"으로 인해 다운 타임이 발생했다고보고했습니다. 네트워크 문제를 일으킨 원인을 확인하기 위해 기다려야 할 것입니다. 인간의 실수, 사이버 공격, 하드웨어 오류 또는 다른 것이 었습니까?

이 구름 파동을 준비 했습니까?

마지막으로 주요 클라우드 정전 중에 썼습니다. 클라우드에서 비즈니스 핵심 워크로드를 실행하는 경우 클라우드 서비스 공급자와 상관없이 피할 수없는 중단을 계획하는 것이 중요합니다. 2018 년 9 월 4 일의 다단계 Azure 정전은 전기 폭풍과 관련된 전력 서지 중 2 차 HVAC 시스템이 가동되지 않는 것과 관련이 있습니다. 단일 데이터 센터 내에 장애가 발생했지만 정전으로 인해이 단일 데이터 센터에 종속 된 여러 서비스가 노출되었습니다. 이로 인해 데이터 센터 자체가 단일 실패 지점이되었습니다.

재해 복구 계획을 세우십시오.

클라우드의 인프라를 활용하여 가용 영역, 지역 또는 클라우드 서비스 제공 업체간에 중요한 데이터를 지속적으로 복제함으로써 위험을 최소화하십시오. 데이터 보호 외에도 업무 핵심 응용 프로그램을 신속하게 복구 할 수있는 절차를 마련하는 것이 모든 재해 복구 계획의 필수 요소입니다. 다양한 복제 및 복구 옵션을 사용할 수 있습니다. 여기에는 Azure Site Recovery와 같은 클라우드 공급 업체가 제공하는 서비스, SQL Server Always On Availability Group과 같은 응용 프로그램 별 솔루션, Windows 및 Linux에서 실행되는 다양한 응용 프로그램을 보호하는 SIOS DataKeeper와 같은 타사 솔루션까지 포함됩니다. 단일 클라우드 제공 업체에 전적으로 의존하는 재해 복구 전략을 사용하면 단일 클라우드 내의 여러 지역에 영향을 줄 수있는 시나리오가 발생할 수 있습니다. 다중 데이터 센터 또는 다중 지역 재해는 거의 발생하지 않습니다. 그러나 지난 가을에 발생한 이러한 최근의 가동 중단과 Azure의 정전으로 인해 단일 데이터 센터에 장애가 발생하더라도 영향은 여러 데이터 센터 또는 클라우드 내의 영역까지 광범위하게 퍼질 수 있습니다. 위험을 최소화하려면 재해 복구 사이트가 기본 클라우드 플랫폼 외부에있는 다중 클라우드 또는 하이브리드 클라우드 시나리오를 고려하십시오. 클라우드는 사용자 자신의 데이터 센터만큼이나 작동 불능입니다. 재난 대비를위한 조치를 취해야합니다. 가장 중요한 비즈니스 용 앱을 먼저 살펴 보는 것이 좋습니다. 오프라인 상태에서 관리하고있는 클라우드 포털을 사용할 수 없다면 어떻게 할 것입니까? 복구 할 수 있니? RTO 및 RPO 목표를 달성합니까? 그렇지 않은 경우 재해 복구 전략을 다시 평가할 때입니다.

"준비를하지 않으면 실패 할 준비를하고 있습니다."– 벤자민 프랭클린

Clusteringformeremortals.com의 허락을 받아 재현

Filed Under: Datakeeper, 서버 클러스터 단순화 Tagged With: 클라우드 정전

최근 게시물

  • Nutanix 환경에서 고가용성 솔루션을 선택하기 위한 10가지 고려 사항
  • 내 서버는 일회용인가요? 고가용성 소프트웨어가 클라우드 모범 사례에 어떻게 적용되는가?
  • 재난에 취약한 세상을 위한 데이터 복구 전략
  • DataKeeper와 Baseball: 재해 복구에 대한 전략적 접근
  • SQL Server 가동 중지 위험에 대한 예산 책정

가장 인기있는 게시물

우리의 메일 링리스트에 가입하세요

Copyright © 2025 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in