사이버 보안 악몽에서 얻은 고가용성 교훈 6가지

사이버 보안 악몽에서 얻은 고가용성 교훈 6가지

최근 보안 제공업체가 증가하는 보안 위협에 대처하기 위해 기업을 위한 모범 사례 조언과 권장 사항을 보고했습니다. 보안 위협은 모든 기업에서 주목해야 하지만, 이 조언은 사이버 보안에만 국한되지 않습니다. 중요한 애플리케이션과 서비스를 보호해야 하는 HA 파트너와 고객에게도 똑같이 관련이 있습니다.

사이버 보안에 대한 최근 기사에서 HA를 위한 6가지 요점

1. HA를 늘리기 위한 즉각적인 조치를 취하십시오
   가동 중단 사고를 기다리고 빠른 복구에 집중하는 것은 나쁜 전략입니다. 준비 및가동 중단 방지더 나은 솔루션입니다. 중요한 Tier1 및 Tier2 애플리케이션, 데이터베이스 및 서비스를 식별하기 시작하세요. Tier1에는 모든 것이 포함되어야 합니다.비즈니스에 중요한 솔루션접근할 수 없는 애플리케이션입니다. 즉, 24시간 연중무휴로 사용할 수 있어야 하며 오프라인이 되면 심각한 비즈니스 결과를 초래하는 애플리케이션입니다. Tier 2 애플리케이션은 가능한 한 자주 실행해야 하지만 덜 중요하며 비즈니스는 상당한 비즈니스 영향 없이 최대 몇 시간의 중단을 견딜 수 있습니다.
2. 포괄적인 HA 보호 계획을 준비하세요
   주요 애플리케이션, 데이터베이스 및 서비스를 보호하기 위한 계획을 개발합니다. 이 계획에 아키텍처 및 설계 문서와 다운타임에 대응하기 위한 인력 책임이 포함되어 있는지 확인합니다. 항상 QA 또는 샌드박스 환경에서 클러스터를 배포하기 위한 프로세스를 준비하여 활동과 세부 정보를 런북에 문서화합니다. 이러한 샌드박스 및 QA 시스템은 업그레이드, 핫픽스 및 유지 관리를 테스트, 교육 및 검증하는 데에도 사용할 수 있습니다.
3. 고가용성 위험 인식 및 해결
   모든 조직은 규모나 위치에 관계없이 어떤 회사도 다운타임의 중단으로부터 안전하지 않다는 것을 인식해야 합니다. 소규모, 중규모, 대규모 기업은 모두 자연적이든 인재이든 재해에 취약합니다. 대규모 조직은 사용자 오류, 지역 건설로 인한 데이터 센터 장애, 인프라 장애, 네트워킹 구성 요소의 중단을 상당 부분 경험하게 될 것입니다. 소규모 및 중규모 기업, 특히 온프레미스 솔루션이나 소규모 IT 팀이 있는 기업은HA 보호를 추가해야 합니다또한. 대기업은 정전으로 더 많은 돈을 잃을 수 있지만, 중소기업도 비슷한 금액을 잃을 가능성이 높습니다. 클라우드로 이전하는 것만으로는 모든 위험을 예방하기에 충분하지 않다는 점에 유의하는 것이 중요합니다.
4. 기업 임원은 고가용성 전략을 선도해야 합니다.
   가동 중단에 대비하고 이를 방지하는 것은 IT 팀의 문제만은 아닙니다. 기업 임원은 알려진 위험, 노출 및 가동 중단 위협으로부터 기업을 보호하는 데 참여해야 합니다. 즉, 주요 임원과 이해 관계자는 HA 적용 범위, 계획 및 인력에 대해 사전에 문의해야 합니다. 기업 임원은 또한 1계층 애플리케이션, 데이터베이스, 서비스 및 데이터의 전체 적용 범위를 보장하여 예상치 못한 상황에 대비하는 데 투자할 준비를 해야 합니다. 또한 2계층 이상으로 적용 범위를 적극적으로 확장해야 합니다.
5. HA를 위한 지속적인 커뮤니케이션의 중요성
   비즈니스 리더십, 모든 분야(네트워크, 스토리지, 컴퓨팅, 클라우드, 데이터베이스 및 애플리케이션)의 관리자는 자주 모여 새롭거나 기존 HA 위협, 새롭거나 기존 과제, 진행 중인 요구 사항을 논의해야 합니다. 요구 사항과 비즈니스 연속성 계획을 이해하기 위해 내부 팀 토론을 계속하는 것이 필수입니다. 사실, HA 고려 사항은 C 레벨에서 엔트리 레벨에 이르기까지 모든 관련 내부 계획 및 커뮤니케이션의 필수적인 부분이 되어야 합니다. 그러나 이러한 커뮤니케이션은 사내 이해 관계자로만 끝날 수 없습니다. 대신 비즈니스 리더와 HA 이해 관계자는 HA 공급업체와 해당 R&D 및 지원 팀과 함께 기업 자세, HA 요구 사항 및 중요한 결과를 검토해야 합니다.
6. 재해가 발생할 때까지 HA 솔루션을 검토하지 마십시오.
   기업은 계획과 그 계획을 실행하는 능력을 자주 검토해야 합니다. 이 검토는 런북, 문서 또는 클러스터 디자인을 읽는 것보다 더 심층적이어야 합니다. 런북을 검증하고 업데이트하기 위해 실습과 함께 런북을 검토합니다. 다운타임 후 시스템을 복구하는 프로세스, 클라이언트 및 비즈니스 운영 복구를 포함하여 테스트합니다.

지금 행동하여 시스템을 다운타임으로부터 보호하세요

보안 권장 사항과 마찬가지로, 회사는 다운타임과 재해로부터 시스템, 솔루션, 애플리케이션 및 데이터를 보호하기 위해 즉각적인 조치를 취해야 합니다. 재해가 HA 전략의 격차를 드러내기를 기다리지 마세요.오늘 SIOS에 연락하세요HA 전략을 강화하고 예상치 못한 중단으로부터 비즈니스를 보호하세요.

허가를 받아 재생산되었습니다.시오스

DataKeeper UI와 자동차 대시보드: 고가용성 모니터링 가이드

DataKeeper UI와 자동차 대시보드: 고가용성 모니터링 가이드

사용하는 즐거움을 공유하는 것 외에도DataKeeper 클러스터 에디션그것으로고가용성그리고재해 복구능력과 관련하여 우리 대부분은 또 다른 공통점을 가지고 있습니다. . . 우리는 전기, 휘발유 또는 하이브리드 자동차를 운전합니다. 2022년 현재 포브스(Forbes)에 따르면 가구의 92%가 최소 한 대 이상의 자동차를 소유하고 있습니다.

그리고 수백만 대의 자동차에는 DataKeeper와 몇 가지 공통점이 있습니다. . .

상태 표시기가 있는 대시보드입니다.

DataKeeper의 경우 사용자 인터페이스(DataKeeper.msc)에는 미러 정의 또는 미러 상태가 있습니다.

자동차의 표시등은 “대시보드 조명”이라는 애칭으로 알려져 있으며 일부 X세대에서는 이를 “대시보드 조명”이라고 부를 수도 있습니다.“멍청한 조명”

바로 들어가서 유사점에 대해 이야기해 봅시다.

모든 자동차에는 일정 수준의 연소(연료), 전기(또는 비) 및 냉각 능력이 있습니다. 따라서 대시보드의 관련 조명은 일반적으로 빨간색, 노란색 및 녹색 색상입니다. 자동차 대시보드와 마찬가지로 DataKeeper UI에는 콘솔 트리에 “신호등” 스키마가 있습니다.

앞서 언급했듯이 배터리, 연료 문제, 엔진 과열과 같은 자동차 문제 해결에서 가능한 시나리오, DataKeeper 문제 해결도 다음 영역으로 통합될 수 있습니다.

• 저장
• 회로망
• 기타(보안, 사용자 관리 등)

DataKeeper UI의 콘솔 트리에 있는 “신호등” 식별자를 다시 참조하여 미러 상태를 식별하기 위해 “내부”를 살펴보겠습니다.

운전자가 문제를 해결하거나 정기적인 서비스를 수행하기 위해 차량을 가져가는 경우 대리점의 기술 고문 또는 서비스 기술자는 문제가 발생할 수 있는 위치에 대한 일반적인 아이디어를 얻기 위해 OBD 커넥터(온보드 진단)를 연결합니다. 발생(연소, 전기 또는 기타)

DataKeeper 문제 진단을 위한 미러 상태 색상 식별

DataKeeper를 지원/구동하는 사용자로서 첫 번째 분류 수준은 미러의 “색상” 변경 사항을 식별하여 스토리지, 네트워크 또는 기타가 사용자, 성능 등에 영향을 미쳤는지 확인하는 것입니다.

이러한 식별자를 미러 정의라고도 합니다. Obd와 유사한 미러 상태는 “라는 명령을 실행하여 식별할 수 있습니다.emcmd . getmirrorvolinfo <드라이브 문자>“.

메모:

“emcmd” 명령(Extended Mirroring Command의 약자)에 접근하려면 다음과 같이 관리자 권한(관리자) 명령 프롬프트를 시작할 수 있습니다.

• “CD %extmirrbase%”
  • 이는 유틸리티가 있는 설치 경로(예: <root>\Program Files (x86)\SIOS\DataKeeper)에 대한 바로 가기입니다.

출력은 “# 호스트 이름 #”으로 표시됩니다.

첫 번째 정수는 미러의 역할을 나타냅니다(1 = 소스, 2 = 대상).

마지막 정수의 경우 미러가 얻을 수 있는 6가지 상태가 있습니다.

1 – 미러링(녹색)

2 – 미러가 다시 동기화 중입니다(노란색).

3 – 거울이 깨졌습니다(빨간색)

4 – 거울이 일시 정지됨(노란색)

5 – Resyc 보류 중(노란색)

자동차나 DataKeeper와 관련된 다양한 변형의 경우 “고충점”을 식별하기 위한 시작점을 얻어야 합니다.

• 운전사: 가족과 함께 차를 타시나요? 누군가 돔 조명을 켜두었나요? 연료 종류가 94옥탄에서 87로 변경되었나요?
• DataKeeper 관리자: 귀하가 유일한 지원 담당자입니까? 다른 부서(예: 데이터베이스 관리자, 스토리지, 네트워크 등을 담당하는 인프라 담당자)가 클러스터에 액세스할 수 있습니까?

내부 살펴보기: 클러스터링된 리소스를 확장하기 전에 취해야 할 예방 단계

저장

숙제를 하세요. 인프라 및 데이터베이스 관리자는 증가하는 수요를 충족하기 위해 스토리지를 확장하기를 원합니다. 그들은 당면한 작업에 대해 매우 잘 알고 있지만 잘못 수행하거나 잘못된 순서로 수행하면 DataKeeper의 미러 색상이 빨간색, 노란색 또는 없음이 될 수 있습니다. 우리를 참조하십시오문서 및 지원 비디오스토리지 크기를 적절하게 조정하는 방법에 대해 알아보세요.

회로망

전체 재동기화를 쉽게 방지할 수 있습니다. 인프라 및 데이터베이스 관리자는 가동 중지 시간이나 고가용성 손실 없이 기존 미러 트래픽을 다른 네트워크로 분할하기를 원할 수 있습니다. 새 미러를 다시 생성하기 위해 HA가 없고 몇 테라바이트 또는 심지어 페타바이트의 데이터에 대해 전체 재동기화를 수행해야 한다는 것을 상상할 수 있습니까? 우리를 참조하십시오문서 및 지원 비디오이를 쉽게 달성할 수 있는 방법에 대해

기타(보안)

비밀번호 관리를 이해하세요. 비밀번호 정책은 Active Directory에서 규정된 기간을 통해 변경될 수 있습니다. 관리자가 이 사실을 모르고 SIOS DataKeeper 서비스가 다시 시작되면 SIOS DataKeeper 서비스 계정(Active Directory)에 대해 변경된 비밀번호가 자동으로 전파되지 않습니다. 따라서 서비스 애플릿 내에서 서비스 계정 비밀번호를 수동으로 업데이트해야 합니다. (services.msc) SIOS DataKeeper 서비스 계정을 올바르게 사용하려면 다음을 참조하세요.지원 문서

가동 중지 시간을 방지하기 위해 여러 부서에서 DataKeeper 관리

귀하의 자동차에는 여러 명의 운전자, 다양한 서비스 기술자, 다양한 도로 상태 등이 있을 수 있습니다. DataKeeper에는 스토리지, 네트워크, 보안 등을 담당하는 다기능 부서가 있어 DataKeeper에 부정적인 영향을 미칠 수 있으므로 다르지 않습니다. DataKeeper와 관계/종속성을 갖는 관련 클러스터 리소스가 있을 수 있습니다. 이러한 부서는 DataKeeper 관리자가 알지 못하는 사이에 작업을 수행하며 자동차의 대시보드 조명과 마찬가지로 거울에도 “신호등” 색상이 표시됩니다. 눈에 띄게 노란색과 빨간색.

DataKeeper 미러 상태 및 인프라 변경 사항 모니터링을 위한 검사 목록

• “신호등” 색상 검토
• emcmd 를 통해 미러 상태를 식별합니다. getmirrorvolinfo 명령
• 여러 부서가 관련된 경우 스토리지, 네트워크, 보안 또는 기타 인프라 전반에 걸쳐 변경 사항이나 예정된 이벤트에 대해 문의하세요.
• 이벤트 뷰어 로그, ipconfig /all 출력,dkhealthcheck, 몇 가지 예를 들자면

DataKeeper 문제는 SIOS 지원에 문의하세요.

귀하의 차가 “무작위”하여 길가에 방치된 경우 AAA에 연락하면 견인 트럭을 제공할 것입니다. 클러스터된 DataKeeper 볼륨 리소스에 대해 우려 사항이 있는 경우 SIOS 지원에 문의하세요. 질문이 있거나 우선순위가 아닌 문제가 있는 경우 다음 주소로 이메일을 보내주세요.support@us.sios.com. 긴급한 문제인 경우 877-457-5113으로 전화해 주세요.

다음의 허가를 받아 복제됨시오스

웹 세미나: 교육 역량 강화: SIOS 솔루션으로 시스템 가용성 향상

웹 세미나: 교육 역량 강화: SIOS 솔루션으로 시스템 가용성 향상

주문형 웨비나에 등록하세요

현대 교육의 과제를 해결하려면 혁신적인 교수법 그 이상이 필요합니다. 강력한 기술 지원이 필요합니다.

이 웹 세미나에서는 중단 없는 학습 경험을 보장하는 데 있어 고가용성(HA) 및 재해 복구(DR)의 중추적인 역할에 대해 설명합니다. 교육 기관이 성수기를 효과적으로 관리하고, 전 세계 학생 인구 통계에 부응하고, 잠재적인 시스템 오류를 처리할 수 있는 방법을 알아보세요. SIOS 고가용성 솔루션에 대한 특별한 조명을 통해 탄력적이고 비용 효율적이며 사용자 친화적인 IT 인프라를 구축하는 방법을 알아보세요.

다음의 허가를 받아 복제됨시오스

웹 세미나: 단일 서버 보호 고가용성의 이점 살펴보기

웹 세미나: 단일 서버 보호 고가용성의 이점 살펴보기

대부분의 조직에서는 안정적인 가동 시간과 연속성을 유지하는 것이 중요하며, 특히 비즈니스 필수 애플리케이션의 경우 더욱 그렇습니다. 하지만 다른 애플리케이션은 어떻습니까? 중요성이 덜한 애플리케이션을 고려하고 가용성 향상을 위한 계획을 세우는 것이 중요합니다. 단일 서버 보호 고가용성이 솔루션입니다.

이 주문형 웹 세미나를 시청하여 SSP-HA(단일 서버 보호 고가용성), 이것이 다른 HA 솔루션과 어떻게 다른지, IT 환경에서 이를 활용하는 방법에 대해 알아보세요.

다음의 허가를 받아 복제됨시오스

SIOS DataKeeper를 사용하여 성능 테스트 복제를 수행하는 방법

SIOS DataKeeper를 사용하여 성능 테스트 복제를 수행하는 방법

프로덕션 데이터베이스에 대한 복제를 구성하는 것은 특히 사전 조사를 수행하지 않은 경우 매우 어려운 작업이 될 수 있습니다. 이 블로그에서는 환경을 적절하게 설정하는 데 있어 가장 까다로운 측면인 성능에 대한 여러 부분을 다룰 것입니다. 이러한 핵심 사항을 이해하면 앞서 나갈 수 있으며 프로덕션 Go-Live에 마지막 순간에 문제가 발생하지 않도록 할 수 있습니다.

고려해야 할 첫 번째이자 가장 기본적인 점은 구성에 맞는 올바른 미러 유형을 선택하는 것입니다. SIOS DataKeeper에는 생성 프로세스 중에 미러 유형에 대한 동기식 및 비동기식의 두 가지 옵션이 제공됩니다. 이러한 옵션 중 하나는 환경에 따라 고유한 장점과 단점이 있습니다.

미러 유형 선택

동기식 미러는 고속 연결이 가능한 LAN 환경에서 가장 뛰어난 성능을 발휘하며 기본 시스템에 대한 커밋 시 1:1 쓰기 일관성을 제공합니다. 그러나 네트워크 또는 대상 스토리지가 기본 시스템의 처리량을 따라잡을 수 없는 경우 동기 쓰기 일관성을 유지하기 위해 쓰기 속도가 감소하는 것을 볼 수 있습니다. 따라서 동기식 미러링은 WAN 또는 대기 시간이 긴 환경에는 권장되지 않습니다.

그러나 비동기식 미러는 WAN 환경에 적합합니다. 비동기식 미러는 노드 간 1:1 쓰기 일관성을 보장하는 동일한 기능을 모두 제공하지만 차이점은 쓰기가 대상 시스템에 커밋되기 전에 기본 시스템에 커밋된다는 것입니다. 이는 의도 로그라고도 알려진 비트맵의 활용으로 인해 가능합니다. 비트맵은 시스템에서 발생하는 모든 변경 사항을 블록 수준에서 추적하고 백로그라고 알려진 백로그를 통해 최대한 빠르게 대상에 데이터를 씁니다. 쓰기 대기열. 쓰기 대기열은 쓰기 수 또는 데이터의 총 MB에 따라 제한될 수 있으며, 제한에 도달하면 미러가 일시 중지되고 데이터가 동기화되므로 데이터가 동기화되지 않은 동안 장애 조치가 방지됩니다.

하드웨어 구성:

이제 환경에 가장 적합한 미러 유형을 결정했으므로 DataKeeper가 마법이 아니라는 점을 이해하는 것이 중요합니다. DataKeeper는 시스템이 허용하는 만큼만 빠르게 쓰고 복제할 수 있으므로 애플리케이션에 필요한 처리량을 달성할 수 있는 하드웨어를 보유하는 것이 중요합니다. 복제 목표를 달성하는 데 필요한 하드웨어를 갖추기 위한 몇 가지 조언과 팁은 다음과 같습니다.

1. 기본 시스템과 대상 시스템에 동일한 스토리지 하드웨어가 있는지 확인하십시오. 예를 들어 대상 IOPS는 소스 IOPS와 동일해야 합니다. 그렇지 않으면 환경에서 가장 느린 구성 요소가 쓰기 속도의 병목 현상이 되는 것으로 드러납니다. 일치하는 하드웨어는 항상 더 나은 성능을 제공합니다.
2. 비트맵의 중요성을 이해하면 성능을 크게 향상시키는 가장 쉽고 저렴한 방법은 전용 고속 스토리지에 비트맵을 저장하는 것입니다. 비트맵은 매우 작기 때문에 5GB 또는 10GB SSD를 프로비저닝하는 것으로 충분하며 성능 향상에 대한 큰 수익을 제공합니다.
3. 데이터 복제로 인해 약간의 오버헤드가 발생한다는 점을 이해하고 독립형 하드웨어를 테스트하십시오. 예를 들어 환경에서 10,000 IOPS를 달성해야 하는 요구 사항이 있는 경우 하드웨어가 클러스터에 포함될 모든 노드에서 최소한 독립 실행형으로 일관된 10,000 IOPS를 달성할 수 있는지 확인하십시오. 동기식 미러링을 수행하려는 경우 동기식 일관성을 유지하기 위해 추가 오버헤드가 도입되므로 최소한의 요구 사항 이상인지 확인하십시오. 또한 복제 체계에 필요한 데이터를 전송할 수 있는지 확인하기 위해 네트워크 부하 테스트도 수행해야 합니다.
4. 제대로 테스트하는 방법을 알아보세요. 생산 능력을 검증하기 위해 테스트 환경을 활용할 때 설정을 최대한 비슷하게 모방하는 것이 중요합니다. 단순히 복제를 테스트하기 위해 전체 운영 데이터베이스 복제본을 설정할 수는 없지만 올바른 데이터 생성 도구를 활용하면 현재 성능 기능을 더 잘 표시할 수 있다는 점을 이해합니다. Diskspd는 일부 기본 테스트에 사용할 수 있는 무료 도구이지만 SQL 세계에서는 HammerDB가 실제 성능에 대한 훨씬 더 나은 지표를 제공합니다.

디스크 속도:https://github.com/microsoft/diskspd
해머DB:https://www.hammerdb.com/

1. 마지막으로 DataKeeper 조정이 있으며 DataKeeper 내에는 미러 유형 외에 구성 가능한 설정이 있습니다. 이를 수정하는 것은 일반적으로 좀 더 미묘하며 SIOS 지원 팀의 조언에 따라 가장 잘 수행됩니다. 그러나 다른 모든 권장 사항이 제대로 적용되었음을 확인한 경우 일부 DataKeeper 매개 변수를 조정하면 필요한 측정 항목을 충족하는 데 필요한 성능이 마지막으로 향상될 수 있습니다. 조정의 몇 가지 예로는 쓰기 대기열에 있을 수 있는 미해결 쓰기 수를 늘리거나 비트맵 파일이 디스크에 플러시되는 빈도를 수정하는 것입니다.

다음의 허가를 받아 복제됨시오스