SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

6월 7, 2022

클라우드 환경으로 마이그레이션할 때 워크로드를 분산하는 방법

클라우드 환경으로 마이그레이션할 때 워크로드를 분산하는 방법

클라우드 환경으로 마이그레이션할 때 워크로드를 분산하는 방법

워크로드(노드)가 어떻게 분산되어야 하는지 결정하는 것은 고가용성을 염두에 두고 퍼블릭 클라우드로 마이그레이션할 때 일반적인 토론 주제입니다. 워크로드가 온프레미스 환경에 있는 경우 이러한 워크로드의 위치는 구축된 데이터 센터의 위치로 정의되는 경우가 많습니다. 많은 경우에 워크로드를 호스팅할 다른 위치를 선택하는 것은 사용 가능한 옵션이 아닙니다. 퍼블릭 클라우드 제품에는 다양한 지리적 지역과 선택할 수 있는 가용 영역이 있습니다.

가용 영역은 일반적으로 동일한 물리적 지역(예: 캘리포니아)에 있는 하나 이상의 데이터 센터(물리적 위치)와 유사합니다. 이러한 데이터 센터는 서로 다른 영역에 위치할 수 있지만 고속 네트워크를 사용하여 연결되어 데이터 센터 간의 연결 대기 시간을 최소화합니다. (가용 지역 내의 여러 데이터 센터에서 서비스를 호스팅하는 것은 사용자에게 투명해야 합니다).

일반적으로 워크로드 간의 물리적 거리가 멀수록 환경이 더 탄력적입니다. 지진과 같은 자연 재해가 동시에 다른 지역에 영향을 미치지 않을 것이라는 합리적인 가정입니다(예: 미국 서부 해안과 동부 해안 모두 동시에). 그러나 시스템 전체의 장애로 인해 여러 지역에서 동시에 서비스 중단이 발생할 가능성이 있습니다(일부 클라우드 공급자는 이전에 미국 및 호주와 같은 지역 간 동시 중단을 보고했습니다). 여러 클라우드 제공업체에 걸쳐 정의된 DR(재해 복구) 계획을 만드는 것이 적절할 수 있습니다.

클라우드 환경으로 마이그레이션할 때 워크로드를 분산하는 방법

고려할 가치가 있는 또 다른 관점은 자원을 보호하는 비용입니다. 일반적으로 워크로드 간의 거리가 멀수록 데이터 전송에 더 많은 비용이 발생합니다. 많은 경우 동일한 데이터 센터(가용 영역) 내의 노드 간 데이터 전송은 무료이지만 가용 영역 간에 데이터를 전송하는 데는 GB당 $0.01 이상의 비용이 들 수 있습니다. 이 추가 비용은 지역 간에 데이터를 전송할 때 두 배(또는 그 이상)(예: $0.02/GB)할 수 있습니다. 또한 워크로드 간의 물리적 거리가 증가하기 때문에 노드 간의 데이터 대기 시간이 더 길어질 것으로 예상해야 합니다. 일반적으로 이러한 요소를 고려하여 동일한 리전 내의 가용 영역에 워크로드를 분산하는 것이 좋습니다.

의 허가를 받아 재생산 시오스
6월 3, 2022

Linux용 SIOS Protection Suite/LifeKeeper의 이점

Linux용 SIOS Protection SuiteLifeKeeper의 이점

Linux용 SIOS Protection Suite/LifeKeeper의 이점

  • 시오스 소프트웨어는 여러 운영 체제 버전 및 버전(Linux 및 Windows 모두)을 지원합니다.
    • 운영 체제에 관계없이 미션 크리티컬 리소스를 보호하기 위한 일관된 사용자 경험.
  • 시오스 온프레미스, 가상화(VMware) 및 클라우드 환경(공개 플랫폼 포함)을 포함한 여러 환경을 위한 고가용성 솔루션을 제공합니다. AWS , Azure, Google Cloud 및 비공개 호스팅 클라우드 환경. 다른 환경에서 동일한 도구를 사용할 수 있습니다.
    • 하이브리드 환경도 지원됩니다. 프라이빗 클라우드에서 호스팅되는 보조 노드와 추가 DR(재해 복구) 옵션을 제공하는 퍼블릭 클라우드 플랫폼에 위치한 세 번째 노드를 사용하여 온프레미스 노드를 기본 위치로 구성할 수 있습니다.
  • 시오스 애플리케이션 복구 키트( 방주 s), 엔터프라이즈 애플리케이션 및 데이터베이스의 세계 최고의 제공업체에서 사용할 수 있습니다.
    • 우리의 포괄적인 라이브러리 방주 s는 '기성품' 애플리케이션의 가장 광범위한 범위를 보호합니다.
    • 기타 '비표준' 또는 레거시 애플리케이션은 내장된 'GenApp'으로 보호할 수 있습니다. 방주 또는 관습을 개발함으로써 방주 사내에서 또는 협력하여 시오스 엔지니어.
  • 오픈 소스 도구(사용자가 사전에 환경 매개변수를 수동으로 설정한 다음 복잡한 명령줄 매개변수 세트를 입력해야 함)와 달리 일련의 마법사 기반 설치 및 구성 화면을 통해 보호가 필요한 리소스를 직관적으로 선택할 수 있으며 선택에 도움이 됩니다. 제공될 보호의 유형 및 범위.
    • 마법사는 시스템과 환경을 검색하여 보호할 리소스를 식별합니다. 대부분의 경우 운영자는 기본 선택을 확인하고 고유한 환경별 호스트 ID 등을 입력하기만 하면 설치가 완료됩니다.
    • 이렇게 하면 HA 솔루션이 잘못 구성될 가능성과 시스템 또는 애플리케이션 오류로 인한 불가피한 예기치 않은 가동 중지 시간이 줄어듭니다.
  • 시오스 24×7 중요 지원을 포함한 포괄적인 범위의 기술 지원 옵션을 제공하며, 가용 예산, 시스템 복잡성 또는 고가용성을 요구하는 애플리케이션의 중요도에 맞춘 지원 옵션을 제공합니다.

의 허가를 받아 재생산 시오스
5월 29, 2022

Linux용 SIOS 보호 제품군/LifeKeeper – 통합 구성 요소

Linux용 SIOS 보호 제품군/LifeKeeper – 통합 구성 요소

Linux용 SIOS 보호 제품군/LifeKeeper – 통합 구성 요소

시오스 Protection Suite에는 조직의 미션 크리티컬 시스템을 보호하기 위한 다음과 같은 소프트웨어 구성 요소가 포함되어 있습니다.

시오스 라이프키퍼

시오스 LifeKeeper는 완벽한 내결함성 소프트웨어 솔루션 서버, 파일 시스템, 애플리케이션 및 프로세스에 대한 고가용성을 가능하게 합니다. LifeKeeper에는 사용자 정의된 내결함성 하드웨어가 필요하지 않습니다. LifeKeeper는 두 개 이상의 시스템을 네트워크로 그룹화하기만 하면 사이트별 구성 데이터를 생성하여 다음을 제공합니다. 자동 오류 감지 및 복구 .

장애가 발생한 경우 LifeKeeper는 장애가 발생한 서버에서 지정된 대기 서버로 보호된 리소스를 마이그레이션합니다. 사용자는 실제 전환 중에 잠시 중단됩니다. 그러나 LifeKeeper는 운영자 개입 없이 대기 서버에서 작업을 복원합니다.

시오스 데이터키퍼

시오스 DataKeeper는 LifeKeeper 환경을 위한 통합 데이터 복제 기능을 제공합니다. 이 기능을 사용하면 LifeKeeper 리소스가 다음에서 작동할 수 있습니다. 공유 및 비공유 스토리지 환경 .

애플리케이션 복구 키트( 방주 에스)

애플리케이션 복구 키트( 방주 s) LifeKeeper가 특정 애플리케이션 또는 서비스를 관리하고 제어할 수 있도록 하는 도구 및 유틸리티를 포함합니다. 언제 방주 특정 애플리케이션용으로 설치된 경우 LifeKeeper는 애플리케이션의 상태를 모니터링하고 실패할 경우 애플리케이션을 자동으로 복구할 수 있습니다. 이 복구 키트는 방해가 되지 않으며 LifeKeeper가 보호하기 위해 애플리케이션 내에서 변경할 필요가 없습니다.

의 일부로 사용할 수 있는 '기성품' 애플리케이션 복구 키트의 포괄적인 라이브러리가 있습니다. 시오스 보호 제품군 포트폴리오. 종류와 수량 방주 제공되는 s는 에디션에 따라 다릅니다. 시오스 보호 제품군을 구입했습니다.

의 허가를 받아 재생산 시오스
5월 25, 2022

고가용성, RTO 및 RPO

고가용성, RTO 및 RPO

고가용성, RTO 및 RPO

고가용성(HA)은 99.99% 이상 작동하고 사용할 수 있는 컴퓨터 소프트웨어 또는 구성 요소를 나타내는 정보 기술 용어입니다. 애플리케이션 또는 시스템의 최종 사용자가 경험하는 서비스 중단 시간은 연간 52.5분 미만입니다. 이 수준의 가용성은 일반적으로 중복 서버, 네트워크, 저장소 및 소프트웨어를 사용하여 단일 장애 지점을 제거하여 응용 프로그램 가동 중지 시간을 줄이는 구성인 고가용성 클러스터링을 사용하여 달성됩니다.

복구 시간 목표( RTO ) 및 복구 지점 목표( RPO )?

99.99%의 가용성 시간 외에도 고가용성 환경 또한 엄격한 복구 시간 및 복구 시점 목표를 충족합니다. 복구 시간 목표 ( RTO )은 애플리케이션 장애부터 애플리케이션 운영 및 가용성 복구까지의 경과 시간을 측정한 것입니다. 회사가 해당 애플리케이션을 중단할 수 있는 기간을 측정한 것입니다. 복구 시점 목표 ( RPO )는 다운타임 문제 이후 애플리케이션 가용성이 복원되었을 때 데이터가 얼마나 최신 상태인지 측정합니다. 장애 발생 시 허용할 수 있는 최대 데이터 손실량으로 종종 설명됩니다.시오스 고가용성 클러스터는 RPO 0과 RTO 분.

고가용성 클러스터란 무엇입니까?

고가용성 클러스터에서 중요한 애플리케이션은 이중화를 위해 하나 이상의 보조 노드에 연결된 기본 서버 노드에서 실행됩니다. 다음과 같은 클러스터링 소프트웨어 시오스 LifeKeeper는 클러스터된 애플리케이션 및 종속 리소스를 모니터링하여 활성 노드에서 작동하는지 확인합니다. 시스템 수준 모니터링은 클러스터 노드 간의 간격 하트비트를 통해 수행됩니다. 주 서버에 장애가 발생하면 하트비트 시간 초과 간격이 초과된 후 보조 서버가 복구를 시작합니다. 응용 프로그램 수준 오류의 경우 클러스터링 소프트웨어는 활성 노드에서 응용 프로그램을 사용할 수 없음을 감지합니다. 그런 다음 장애 조치(failover)라고 하는 프로세스에서 애플리케이션과 종속 리소스를 보조 노드로 이동합니다. RTO 에스.

기존 장애 조치 클러스터에서 클러스터의 모든 노드는 동일한 공유 스토리지, 일반적으로 SAN(Storage Area Network)에 연결됩니다. SAN ). 장애 조치 후 보조 노드에 공유 스토리지에 대한 액세스 권한이 부여되어 엄격한 요구 사항을 충족할 수 있습니다. RPO 에스.

의 허가를 받아 재생산 시오스
5월 21, 2022

AWS 클라우드 환경용 Linux용 SIOS Protection Suite 평가 안내서

AWS 클라우드 환경을 위한 Linux용 SIOS Protection Suite 평가 안내서

AWS 클라우드 환경을 위한 Linux용 SIOS Protection Suite 평가 안내서

AWS에서 Linux용 SIOS Protection Suite 평가 시작하기

이 단계별 가이드를 사용하여 AWS에서 2노드 클러스터를 구성하고 테스트하여 Oracle, SQL Server, PostgreSQL, NFS, SAP 및 SAP HANA와 같은 리소스를 보호하십시오.

평가를 시작하기 전에

AWS에서 장애 조치 클러스터링 프로젝트를 시작하기 전에 필요한 주요 개념을 이해하려면 이 링크를 검토하십시오.

네트워크 구성 요소 구성

이 섹션에서는 각 노드에 필요한 컴퓨팅 리소스, 네트워크 구조 및 이러한 구성 요소를 구성하는 데 필요한 프로세스에 대해 간략히 설명합니다.

인스턴스 생성 AWS 처음부터 EC2

Linux용 SIOS Protection Suite를 실행하도록 Linux 노드 구성

Linux용 SIOS 보호 제품군 설치

로그인 및 기본 구성

중요 자원 보호

IP 리소스가 보호되면 전환("대기" 노드가 "활성" 노드가 됨)을 시작하여 기능을 테스트합니다.
  • Results 191-195 of 927
  • < Page 39 of 186 >

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