SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

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

솔루션 요약 : 가상 서버 환경을위한 SANless 클러스터 솔루션

6월 9, 2020 by Jason Aw Leave a Comment

가상 서버 환경을위한 SANless 클러스터 솔루션

솔루션 요약 : 가상 서버 환경을위한 SANless 클러스터 솔루션

SIOS SANless 소프트웨어를 사용하면 공유 스토리지가 없어도 가상화 된 환경에서 클러스터를 구축 할 수 있습니다. 하이퍼 바이저가 제공하고 제공하는 모든 로컬 스토리지 유형을 사용할 수 있습니다. SIOS 소프트웨어는 효율적인 블록 수준 복제를 사용하여 로컬 스토리지를 동기화하여 가장 최신 데이터에 액세스하여 장애 조치 후에도 클러스터의 대기 서버가 계속 작동 할 수 있도록합니다.

클러스터 가상 머신

SIOS SANless 소프트웨어를 사용하면 모든 하이퍼 바이저 (VMware, Xen, Microsoft Hyper-V 등) 위에있는 가상 머신을 사용하여 클러스터를 작성할 수 있습니다. 실시간 복제를 사용하여 기본 VM의 스토리지를 동일한 데이터 센터, 재해 복구 사이트 또는 둘 다에있는 대기 VM의 스토리지와 동기화합니다. 재해가 발생하면 대기 VM을 즉시 서비스 할 수 있으므로 백업 미디어에서 복원하는 데 필요한 시간을 제거 할 수 있습니다. DR 사이트에서 복제 된 VM에 직접 액세스하기 만하면됩니다.

라이브 마이그레이션을 지원하는 Hyper-V 호스트 클러스터링

Microsoft Hyper-V 환경에서 SIOS SANless 소프트웨어를 사용하면 하이퍼 바이저 수준에서 전체 Hyper-V 호스트 시스템을 클러스터링하여 완전한 VM 이식성과 장애 조치 보호 기능을 사용할 수 있습니다. SIOS 소프트웨어는 실행중인 VM의 실시간 사본을 대체 Hyper-V 호스트에서 동기화 된 상태로 유지함으로써 한 Hyper-V 호스트에서 다른 Hyper-V 호스트로 VM을 쉽게 페일 오버하거나 Live Migrate 할 수 있습니다. 호스트의 개별 VM 또는 모든 VM을 클러스터의 다른 Hyper-V 호스트로 이동할 수있는 완벽한 이식성을 제공합니다.

가상 서버 (A)를 사용하여 SIOS SANless 클러스터를 구축하십시오. Microsoft Hyper-V 환경 (B)에서 SIOS SANless 클러스터는 가상 머신 수준에서 쉽게 라이브 마이그레이션 및 완벽한 서버 이식성을 위해 사용할 수 있습니다.

손쉬운 재해 복구 테스트

SIOS 소프트웨어를 사용하면 복제 된 VM을 복원하여 프로덕션 사이트를 중단하지 않고도 재해 복구 테스트를 수행 할 수 있습니다. 테스트가 완료되면 SIOS 소프트웨어는 테스트 중에 대상 서버에서 작성된 변경 사항을 제거하고 중지 된 위치에서 복제를 재개합니다.

가상 서버 환경을위한 SANless 클러스터 솔루션에 대한 솔루션 요약 다운로드

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

솔루션 개요: Amazon 클라우드 환경에서 SQL Server를 위한 고가용성

5월 17, 2020 by Jason Aw Leave a Comment

SQL Server용 고가용성

솔루션 개요: Amazon 클라우드 환경에서 SQL Server를 위한 고가용성

SIOS 소프트웨어는 Amazon 웹 서비스 클라우드에서 SQL Server에 대한 고가용성 보호를 제공하는 간단하고 비용 효율적인 방법을 제공합니다. SIOS DataKeeper 클러스터 에디션 소프트웨어를 SQL Server Always On 장애 조치 클러스터 인스턴스(FCI)와 같은 Windows 서버 장애 조치 클러스터링 환경에 추가하여 클라우드 친화적인 SANless 클러스터를 만듭니다. AWS 퀵스타트 배포 템플릿을 사용하여 몇 분 만에 SIOS SANless 클러스터를 생성할 수 있습니다.

고가용성을 추가하는 빠르고 비용 효율적인 방법

기존의 모든 장애 조치 클러스터링 솔루션과 마찬가지로 SQL Server FCI 환경에서는 공유 저장소를 사용해야 합니다. 이 요구 사항은 Amazon Web Services를 포함한 퍼블릭 클라우드 환경에서 비실용적이거나 불가능합니다. SIOS SANless 클러스터링 소프트웨어는 Windows 서버 장애 조치 클러스터링과 완전히 통합된 환경에서 이러한 요구 사항을 제거합니다. SIOS 소프트웨어는 Windows 또는 Linux의 SQL Server 표준 또는 엔터프라이즈 에디션과 같은 비즈니스 중요 애플리케이션과 물리적, 가상 및 클라우드 환경의 조합을 보호할 수 있는 유연성을 추가합니다.

빠르고 효율적인 동기화

SIOS 소프트웨어는 매우 효율적인 블록 레벨 복제를 사용하여 실시간으로 모든 클러스터 노드의 스토리지를 동기화하여 SANless 클러스터를 만듭니다. SIOS 소프트웨어는 블록 수준에서 데이터 볼륨을 복제함으로써 훨씬 적은 수의 시스템 리소스를 사용하고, 사용 가능한 대역폭을 보다 효율적으로 사용하고, 파일 기반 복제 대안보다 더 많은 데이터를 더 빠르게 전송합니다. 그 결과, SIOS 소프트웨어는 하드웨어 가속기 나 압축 장치없이 믿을 수 없을만큼 빠른 복제 속도를 제공합니다. 기존 SAN 기반 환경의 비용 이나 구성 제한 없이 효율적인 스토리지를 얻을 수 있습니다.

재해 보호를 위한 가용성 영역 간 장애 조치

가용성 및 재해 보호를 위해 여러 노드및 EC2 가용성 영역(AZ)에 걸쳐 동기화된 데이터의 실시간 복사본을 유지합니다.

SQL 서버 표준 에디션으로 고가용성

SIOS DataKeeper 클러스터 에디션 소프트웨어는 SQL Server 표준 에디션 FCI와 함께 사용하여 비용이 많이 드는 SQL Server 엔터프라이즈 에디션 라이선스 없이 비용 효율적인 고가용성 클러스터를 만들 수 있습니다.

솔루션 개요: Amazon 클라우드 환경에서 SQL Server를 위한 고가용성

주요 이점

클라우드에서 클러스터링 가능

• 공유 스토리지의 필요성을 제거하여 클라우드 환경에서 클러스터 장애 조치 보호를 가능하게 합니다.

• WINDOWS 서버 장애 조치 클러스터링(WSFC)과 완벽하게 통합

애플리케이션 및 데이터 보호

• 클라우드 환경에서 고가용성 및 재해 방지.

사용 편의성

• AWS 퀵 스타트 배포 템플릿

• 직관적인 콘솔로 AWS 모니터링 및 관리가 간편합니다.

Amazon 클라우드 환경에서 SQL Server용 솔루션 간략한 고가용성 다운로드

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

S/4HANA 및 기타 SAP 플랫폼을 위한 고가용성 및 DR

4월 28, 2020 by Jason Aw Leave a Comment

S/4HANA 및 기타 SAP 플랫폼을 위한 고가용성 및 DR

SAP는 엔터프라이즈 애플리케이션 소프트웨어 시장의 선두 주자입니다. 수년 동안 SAP는 모든 규모의 기업과 모든 산업에서 효율적으로 운영될 수 있도록 지원했으며 수년에 걸쳐 플랫폼에 의존하는 기업 생태계를 구축했습니다. 전 세계 거래 수익의 77%가 SAP 시스템에 영향을 미치는 것으로 입증되었습니다.

SAP 응용 프로그램이 ERP, 제조, 비즈니스 프로세스, 고객 서비스 등과 같은 회사의 많은 중요한 부분에 영향을 주므로 그것은 그들의 사업이 제대로 작동하기 위해 그것에 의존하는 많은 기업의 생명선이되었다. 따라서 고가용성은 SAP 시스템과 관련하여 회사 경영진의 가장 큰 관심사 중 하나가 되었습니다.

이 문서에서는 HANA 시스템 복제란 무엇이며, 작동 방식은 무엇이며, 고가용성에 대한 제한 사항은 무엇이며 이를 극복할 수 있는 방법에 대해 높은 수준에서 설명합니다. 또한 HANA의 고가용성 옵션과 주요 차이점에 대해 논의하여 올바른 작업에 적합한 도구를 선택할 수 있도록 합니다.

HA에 사용할 올바른 솔루션을 선택하려면 하루가 끝날 때 스스로에게 물어봐야 할 주요 질문 중 몇 가지:

  • 복구 시간 목표 충족(RTO)

—– 복구하기 전에 SAP가 얼마나 오래 다운될 수 있습니까?

  • 복구 지점 목표 달성(RPO)

—— 서비스가 복원될 때 데이터가 될 수 있는 시간

  • 가용성 서비스 수준 계약 충족(SLA)

—-– 얼마나 많은 가동 시간이 필요합니까?

SAP HANA 시스템 복제

SAP HANA 시스템 복제는 동일한 데이터 센터, 원격 사이트 또는 클라우드에서 보조 위치에 HANA 데이터베이스를 지속적으로 동기화하는 신뢰할 수 있는 데이터 보호 및 재해 복구 솔루션입니다.

시스템 복제는 소프트웨어와 함께 제공되는 표준 SAP HANA 기능입니다. 이 기능을 사용하면 모든 데이터가 보조 사이트로 복제되고 데이터가 보조 사이트의 메모리에 미리 로드되어 RTO(복구 시간 목표)를 크게 줄일 수 있습니다. 따라서 장애 조치의 경우 보조 사이트는 HANA DB(재)시작을 수행하지 않고도 인계할 수 있으며 장애 조치 시 즉시 기본 DB로 작동합니다. 그러나 장애 조치(failover)는 sr_takeover 명령을 사용하여 관리자가 수동으로 트리거해야 하며 복제를 되돌리거나 주 명령으로 장애 조치(failback)하려면 별도의 명령도 발급해야 합니다.

HANA 시스템 복제 장애 조치 고가용성 및 DR
그림 1: HANA 시스템 복제 장애 조치 고가용성 및 DR

다음은 HA 및 DR에 대한 HANA 시스템 복제 방법의 몇 가지 핵심 사항입니다.

  • 중복 서버 / 노드
  • HANA 시스템 복제에 의해 복제된 메모리 내 데이터베이스(“로그 재생” 모드에서)
  • 여러 복제 옵션: 동기화, 동기화-밈, 비동기
  • 활성 지원(보조 에서읽기 전용)
  • 하나 조종석, 하나 스튜디오 또는 명령 줄을 통해 설치 및 관리자

제한

  • 응용 프로그램 프로세스 또는 복제 실패 및 자동화된 장애 조치 모니터링 없음
  • 장애 조치, 역복제 및 장애 조치(failback)를 수동으로 수행해야 하므로 많은 수동 단계가 필요합니다.
  • 가상 IP 없음
  • SAP ASCS 등과 함께 통합 된 HA 장애 조치 오케스트레이션이 없습니다. 구성 요소

지금까지 위의 지점에서 추론할 수 있으므로 HANA 시스템 복제는 데이터 손실을 방지하도록 설계되었습니다. 따라서 주 노드에서 문제가 발생하면 관리자는 “sr_takeover” 명령을 수동으로 실행할 수 있으므로 기본 시스템에 문제가 발생하면 중단 시간 동안 HANA 데이터베이스에 의존하는 전체 SAP 설정이 중단되지 않습니다. 그러나 이 작업의 대부분은 수동으로 수행해야 하며 DR에 충분하지만 HA(가동 중지 시간을 방지해야 하는 경우)에 이상적인 상황은 아닙니다.

SIOS 고가용성 클러스터링

SAP용 SIOS 고가용성 소프트웨어를 사용하면 물리적, 가상, 클라우드(퍼블릭, 프라이빗, 하이브리드) 및 고성능 플래시 스토리지 환경의 모든 구성(또는 조합)에서 SAP S/4HANA를 보호할 수 있습니다. SIOS 소프트웨어는 쉽고 유연한 구성, 빠른 복제, 전체 SAP S/4HANA 환경의 포괄적인 모니터링 및 보호를 제공합니다.

SAP S/4HANA 및 HANA 데이터베이스에 특히 적합합니다. SIOS는 단일 HANA 노드 내에 다중 인스턴스가 있더라도 SAP가 HANA 시스템 복제를 사용하여 이미 수행되고 있는 작업을 보완하여 주요 HANA 응용 프로그램 프로세스의 자동화된 모니터링을 제공하고 가상 IP를 포함한 자동 장애 조치(failback)를 제공하는 진정한 고가용성을 제공합니다.

SIOS HANA 시스템 복제 장애 조치 고가용성 및 DR
그림 2: SIOS HANA 시스템 복제 장애 조치 고가용성 및 DR

다음은 SAP HANA HA 및 DR을 위한 SIOS 보호 제품군의 몇 가지 핵심 포인트입니다.

  • 클라우드 크로스 AZ 및 AR에서 작동
  • 주요 SAP HANA DB 구성 요소에 대한 자동 오류 검색 및 장애 조치(failover)를 제공합니다.
    — SAP HANA 호스트 에이전트
    — SAP HANA 삽스타트르프
    — SAP HANA 복제
  • 자동화된 SAP HANA 복제 인수, 전환 가능
  • 자동으로 복제 반전
  • HANA DB가 실행 중임을 확인하고 모니터링합니다.
  • 가상 IP 제공
  • ASCS 등을 가진 “전체 스택” 장애 조치 오케스트레이션 SAP 구성 요소

HANA 데이터베이스에 HA를 설치하고 구성하는 네 단계

이러한 단계를 다루는 온라인 리소스가 이미 많기 때문에 SAP HANA를 구성하는 방법에 대한 구체적인 단계에 대해서는 설명하지 않습니다. 그러나 높은 수준에서 수행해야 할 일은 4 가지 기본 단계입니다.

  1. SAP 하나 설치
  2. HANA 시스템 복제 구성
    참조 – https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/676844172c2442f0bf6c8b080db05ae7.html
  3. SIOS 보호 제품군 설치
    참조 – http://docs.us.sios.com/spslinux/9.4.1/en/topic/sios-protection-suite-for-linux-installation-guide
  4. GUI에서 HANA 복구 키트(마법사)를 사용하여 HANA를 보호합니다.
    참조 – http://docs.us.sios.com/spslinux/9.4.1/en/topic/sap-hana-recovery-kit

설치 프로세스 흐름은 다른 SAP 구성 요소(ASCS, ERS, PAS, 웹 디스패처 등)와 유사합니다.

SIOS 보호 제품군 소프트웨어에 포함된 HANA 복구 키트를 사용하면 기본적으로 SIOS Lifekeeper 관리 GUI의 마법사를 사용하여 HANA 데이터베이스 인스턴스를 신속하게 보호하고, 클라이언트가 연결할 가상 IP 주소를 할당하고, 전체 스택을 관리할 수 있습니다. 다중 인스턴스 환경을 가질 수 있으며 솔루션은 모든 인스턴스, 가상 IP 등을 관리합니다. SIOS HA에 있는 전체 SAP 환경을 매우 쉽게 구성할 수 있는 완전히 통합된 GUI 내에서 관리할 수 있습니다.

SAP 하나 ASCS 및 ERS를 위한 SIOS 생명 유지 관리 GUI
그림 3: SAP HANA ASCS 및 ERS용 SIOS 라이프키퍼 관리 GUI

SAP를 위한 포괄적인 HA/DR 스택 –

HANA 데이터베이스 이외에 SIOS Protection Suite는 동일한 GUI에서 관리할 수 있는 주요 SAP 서비스 및 지원 응용 프로그램에 대한 보호 기능을 제공합니다.

  • 주 응용 프로그램 서버(PAS)
  • ABAP SAP 중앙 서비스(ASCS)
  • SAP 중앙 서비스(SCS)
  • 큐 및 메시지 서버
  • 큐 복제 서버(ERS)
  • 데이터베이스(오라클, 시베이스, 맥스DB, HANA 등)
  • 공유 및/또는 복제된 파일 시스템
  • 논리 볼륨(LVM)
  • NFS 마운트 및 수출
  • 가상 IP

클라우드에서 클러스터링

SAP를 클라우드로 이동할 때 주요 과제 중 하나는 SAP 데이터베이스와 SAP 지원 아키텍처에서 SAP 응용 프로그램 스택을 보호하는 방법입니다. SIOS는 이러한 움직임의 선두를 차지하고 있으며 SAP뿐만 아니라 모든 주요 클라우드 제공업체에서 설계, 인증 및 지원받고 있습니다.

아래 다이어그램은 S/4HANA 시스템을 다양한 가용성 영역 또는 여러 지역에 배포할 수 있는 방법에 대한 높은 수준의 설계입니다. 클라우드 환경에서는 공급자가 AZ 간에 매우 낮은 대기 시간을 가지므로 AZ 간에 동기 복제를 사용할 수 있으므로 HA뿐만 아니라 DR에 대해서도 동시에 가용성이 높은 S/4HANA 시스템 쌍을 만들 수 있습니다. 이는 AZ가 온프레미스 DR 데이터 센터와 마찬가지로 지리적으로 분리된 데이터 센터이기 때문에 이들 간의 고속 네트워크 연결이 매우 중복되기 때문입니다.

SAP S/4HANA 클라우드 아키텍처를 위한 SIOS 보호 제품군
그림 4: SAP S/4HANA 클라우드 아키텍처를 위한 SIOS 보호 제품군

SAP에 오픈 소스 HA를 통해 SIOS를 사용하는 이유는 무엇입니까?

이 질문은 변함없이 사람들의 마음에 올 것이다, 일부 리눅스 공급 업체는 이미 자신의 HA 확장을 제공하기 때문에 (HAE) 또는 클러스터링, 왜 사람이 SIOS와 같은 상용 제 3 자 HA 솔루션을 사용하려는 것?

  1. 오픈 소스 HA는 특정 OS 맛의 일환으로 제공 되 고 “기업 SAP” 확장 구독-그것은 비용에 온다, 그것은 확실히 무료, 그리고 모든 리눅스 맛 지원. SIOS는 레드햇, 수, 센토스, 오라클 리눅스를 포함한 모든 주요 리눅스 맛을 지원합니다. ASCS 또는 콘텐츠 서버 등을 위해 Windows를 실행하려는 고객용 또한 SIOS는 Windows 클러스터링 지원을 지원하는 Windows 기반 솔루션을 통해 플랫폼에 관계없이 전체 SAP 환경에 원스톱으로 사용할 수 있습니다.
  2. 상용 HA 지원 – OS 공급업체는 버그 수정을 위해 오픈 소스 커뮤니티에 의존하며, 버그가 덜 활동적인 기여자가 해결하는 데 더 오랜 시간이 필요한 경우 문제가 될 수 있습니다. SIOS는 고가용성 솔루션에 대한 전담 지원 및 개발 팀과 함께 상업적 지원을 제공하며, 즉각적인 24×7 지원 해상도를 통해 발생할 수 있는 문제가 발생할 경우 고객에게 훨씬 더 많은 확신을 줄 수 있습니다.
  3. 명령줄을 통한 복잡한 설정 및 관리자는 오픈 소스 도구에서 필요합니다. 그들은 페이스 메이커, 코로 싱크 등과 같은 다른 구성 요소로 구성되어 있습니다. 다양한 오픈 소스 이니셔티브에 의해 유지됩니다. SIOS는 마법사 기반 설정 및 관리자를 위한 올인원 GUI를 제공합니다. 몇 주/몇 달이 아닌 몇 시간 만에 SAP HA를 배포할 수 있습니다.
  4. SIOS는 여전히 많은 수동 구성이 필요한 HA 확장을 사용하는 것과 는 달리 GUI의 마법사를 통해 HA가 필요한 모든 SAP 및 클라우드 구성 요소에 대해 미리 빌드된 응용 프로그램 모니터링 및 장애 조치 오케스트레이션을 제공합니다.
  5. SAP ERS가 항상 ASCS의 반대 노드에서 실행되도록 자동으로 보장 – SIOS는 다중 노드 ASCS 설정에서도 인텔리전스를 제공합니다. 오픈소스 솔루션은 이 작업을 수동으로 수행해야 하므로 특히 여러 번의 오류 및 복구 시기에 안정성과 가용성에 영향을 미칩니다.
  6. SIOS는 구현/관리 시간과 비용을 줄여주며 HA를 구현하고 유지 관리하는 데 소요되는 시간이 줄어들고 다른 중요한 작업에 더 많은 시간을 할애할 수 있습니다.
  7. 오픈 소스는 특히 클라우드 환경에서 거의 신뢰할 수 없었던 STONITH 메커니즘을 사용하며, SIOS는 잘못된 장애 조치 및 분할 브레인-쿼럼 미러링 모니터, 다중 통신을 방지하기 위한 다중 군중 접근 방식을 제공합니다. 20년 이상 많은 시나리오에서 매우 신뢰할 수 있는 것으로 입증된 경로(하트비트)입니다.

요약

SAP HANA 시스템 복제 기능은 소프트웨어의 일부로 제공되며 하드웨어 또는 시스템 오류로 인해 문제가 발생할 경우 데이터 손실로부터 데이터베이스를 보호하는 데 효과적입니다. 그러나 고가용성이 요구 되는 경우, 그것은 여전히 자동화 된 모니터링, 장애 조치 오케스트레이션, 가상 IP 등의 일부를 얻기 위해 제 3 자 솔루션이 필요 합니다. SAP에 대 한 엔터프라이즈 리눅스 OS 구독의 형태로 오픈 소스 옵션, 그들은 확실히 무료 오지 않는다, 그리고 그들은 순전히 페이스 메이커를 유지 하기 위해 오픈 소스 커뮤니티에 의존 으로 기술 지원은 여전히 제한, Corosync 등. 프로젝트. 기여자의 지원을 받을 수 있습니다. 또한 SIOS와 같은 상용 소프트웨어 솔루션 공급업체에서 극복할 수 있는 네이티브 시스템 복제, 오픈소스 HAE에도 제한이 있습니다.

따라서 신뢰할 수 있는 제3자 고가용성 솔루션 제공업체인 SIOS는 기업 고객이 미션 크리티컬 SAP 시스템 운영에 필요한 신뢰성과 고가용성을 확보할 수 있도록 도와주며, SAP 및 모든 주요 OS 및 플랫폼 공급업체에서 완벽하게 지원되는 SAP HANA 시스템 복제에 대한 매우 실행 가능한 보완 솔루션임을 입증할 수 있습니다.

저자:

제이슨 아우 시오스 테크놀로지
제이슨 아우
20년 이상 고가용성 및 재해 복구에 주력해 온 IT 전문가. 현재 SIOS 테크놀로지 코퍼레이션에서 APAC의 전략적 비즈니스 개발로 근무하고 있습니다.

Filed Under: 뉴스 및 이벤트, 서버 클러스터 단순화

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: 클라우드 정전

  • « Previous Page
  • 1
  • …
  • 77
  • 78
  • 79
  • 80
  • 81
  • …
  • 112
  • Next Page »

최근 게시물

  • 고가용성(HA)이란 무엇인가요?
  • 금요일 밤의 시스템 충돌에서 살아남기: 초라한 베어메탈에서 완벽한 데이터 복제까지
  • Grounded: 암스테르담에서 열린 Percona Live에 참석하지 못한 것이 제게 HA에 대해 가르쳐준 것
  • SIOS LifeKeeper와 Red Hat 고가용성 추가 기능 비교:
  • 애플리케이션 복원력 현황: 2026 SIOS 고가용성 설문조사

가장 인기있는 게시물

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

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