SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

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

SIOS 기술, Linux 제품 릴리스에서 지원 확대

1월 9, 2025 by Jason Aw Leave a Comment

SIOS Technology Expands Support in Linux Product Release

SIOS 기술, Linux 제품 릴리스에서 지원 확대

Linux 9.9.0 릴리스용 SIOS LifeKeeper에 대한 확장된 지원을 발표하게 되어 기쁩니다. 여기에는 다음이 포함됩니다.

  • RHEL 9.4에서 SAP HANA 2.0
  • RHEL 9.4의 SAP
  • RHEL 9에서의 워치독 지원
  • 후지쯔 소프트웨어 엔터프라이즈 Postgres 16 SP1

이러한 새롭게 지원되는 구성은 Linux 제품의 현재 일반 가용성 버전과 완벽하게 호환되며 향후 릴리스에서도 계속 지원될 것입니다. 중요한 점은 이러한 추가 기능을 활용하기 위해 소프트웨어 업데이트가 필요하지 않다는 것입니다.

당사는 고객의 고가용성 및 재해 복구 요구 사항을 충족하기 위해 솔루션을 지속적으로 개선하고 있으므로, 더 많은 업데이트를 기대해 주시기 바랍니다.

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

Filed Under: 뉴스 및 이벤트 Tagged With: 리눅스

관리 서비스 공급자를 위한 고가용성 및 재해 복구 솔루션

10월 4, 2024 by Jason Aw Leave a Comment

High Availability and Disaster Recovery Solutions for Managed Service Providers

관리 서비스 공급자를 위한 고가용성 및 재해 복구 솔루션

SIOS Technology는 MSP에 Windows 및 Linux 애플리케이션을 위한 강력한 HA 및 DR 솔루션을 제공하여 모든 환경에서 최소한의 다운타임과 타의 추종을 불허하는 안정성을 보장합니다. SIOS DataKeeper 및 SIOS LifeKeeper를 사용하면 손쉬운 관리 및 최고 수준의 지원을 통해 서비스 제공을 강화하고 비용을 절감하며 지속적인 고객 관계를 구축할 수 있습니다.

솔루션 브리핑 다운로드

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

Filed Under: 서버 클러스터 단순화 Tagged With: SIOS Datakeeper, 리눅스

Linux 라이센스 키용 SIOS 보호 제품군을 설치하는 방법

2월 23, 2022 by Jason Aw Leave a Comment

Linux 라이센스 키용 SIOS 보호 제품군을 설치하는 방법

Linux 라이센스 키용 SIOS 보호 제품군을 설치하는 방법

일단 설치하면 Linux 소프트웨어용 SIOS 보호 제품군 라이센스를 활성화한 경우 라이센스 키를 설치해야 실행을 시작할 수 있습니다. 이 4분짜리 비디오는 Linux용 SIOS Protection Suite 소프트웨어를 설치하는 방법을 검토하고 Linux용 SIOS Protection Suite 소프트웨어를 사용하기 시작하기 위해 라이선스를 활성화하는 방법을 보여줍니다.

SIOS 지원 담당자가 SPS 이미지 파일이 마운트되었는지 확인하는 방법, 라이선스 파일이 있는지 확인하는 방법, 전체 경로 이름을 설치하고 입력하는 방법을 보여줍니다. 당사의 간단한 라이센스 키 관리자를 사용하여 귀하의 활성화된 라이선스 구입한 권한에서 라이선스 키를 다운로드 및 적용하고 Linux 소프트웨어용 SIOS Protection Suite를 시작합니다.

이 비디오는 또한 우리의 액세스 방법에 대한 과정을 안내합니다 SIOS 문서 포털 , 릴리스 정보, 설치 가이드, 기술 문서 및 Linux용 SIOS Protection Suite를 자세히 설명하는 정보와 SIOS에 대한 광범위한 주제를 찾을 수 있습니다.

단계를 빠르고 간단하게 완료하는 방법에 대한 팁과 편리한 통찰력을 보십시오.이제 Linux용 SIOS Protection Suite로 중요한 애플리케이션을 보호할 수 있습니다.

Linux 라이센스 키용 SIOS 보호 제품군을 설치하는 방법

의 허가를 받아 재생산 시오스

Filed Under: 서버 클러스터 단순화 Tagged With: 리눅스

스플릿 브레인 시나리오 이해 및 피하기

9월 23, 2021 by Jason Aw Leave a Comment

스플릿 브레인 시나리오 이해 및 피하기

 

 

스플릿 브레인 시나리오 이해 및 피하기

분할 뇌. 우리 블로그의 대부분의 독자는 컴퓨팅 맥락에서 이 용어를 들어보았을 것입니다. 그러나 누군가가 두 개의 두뇌를 가지고 있고 둘 다 동등하게 제어할 수 있는 혼돈에 대한 첫 번째 정신적 이미지가 있는 사람들과 동정하지 않을 수 없습니다. 동시에.

장애 조치 클러스터 분할 브레인 시나리오란 무엇입니까?

장애 조치 클러스터 스플릿 브레인 시나리오에서 두 노드는 서로 통신할 수 없으며 대기 서버는 활성 노드가 실패했다고 생각하기 때문에 스스로를 활성 서버로 승격할 수 있습니다. 그 결과 두 노드가 모두 ‘활성’ 상태가 되어 서로가 실패한 것으로 간주됩니다. 결과적으로 두 노드의 데이터가 변경됨에 따라 데이터 무결성과 일관성이 손상됩니다. 이를 스플릿 브레인이라고 합니다.

적절한 조치를 취하지 않으면 SAP HANA 리소스 계층 구조에 대해 두 가지 유형의 분할 브레인 시나리오가 발생할 수 있습니다.

  • HANA 리소스 스플릿 브레인: HANA 리소스는 여러 클러스터 노드에서 활성(ISP)입니다. 이 상황은 일반적으로 클러스터 노드 간의 통신 경로에 영향을 미치는 일시적인 네트워크 중단으로 인해 발생합니다.
  • SAP HANA 시스템 복제 스플릿 브레인: HANA 리소스는 기본 노드에서 활성(ISP)이고 백업 노드에서 대기(OSU)이지만 데이터베이스가 실행되고 두 노드에서 기본 복제 사이트로 등록됩니다. 이 상황은 일반적으로 장애 조치 중에 이전 기본 노드에서 데이터베이스를 중지하지 못하거나 데이터베이스에 대해 자동 시작이 활성화되어 있거나 데이터베이스 관리자가 클러스터링 소프트웨어 환경 외부의 보조 복제 사이트에서 “hdbnsutil -sr_takeover”를 수동으로 실행하는 경우에 발생합니다. .

스플릿 브레인 문제 피하기

각 유형의 분할 브레인 시나리오를 피하거나 해결하기 위한 권장 사항 SIOS 보호 제품군 클러스터링 환경은 아래와 같습니다.

분할 브레인 시나리오에서 다음과 유사한 메시지가 기록되고 문제가 해결될 때까지 quickCheck 간격(기본값 2분)마다 열려 있는 모든 콘솔에 브로드캐스트됩니다.

EMERG:hana:quickCheck:HANA-SPS_HDB00:136363:WARNING: 서버 hana2-1과 
hana2-2 사이에 일시적인 통신 장애가 발생했습니다. 데이터 손실 위험을 최소화하려면 수동 
개입이 필요합니다. 
이 상황을 해결하려면 hana2-1의 HANA-SPS_HDB00 또는 hana2-2의 HANA-SPS_HDB00과 
같은 리소스 계층 중 하나를 사용하지 마십시오. 
리소스 계층 구조가 서비스에서 제외된 서버는 보조 SAP HANA 시스템 복제 사이트가 됩니다.

해결을 위한 권장 사항:

  1. 각 클러스터 노드의 데이터베이스를 조사하여 어떤 인스턴스에 최신 데이터나 관련 데이터가 포함되어 있는지 확인합니다. 이 결정은 데이터에 대해 잘 알고 있는 자격을 갖춘 데이터베이스 관리자가 수행해야 합니다.
  2. 유지해야 하는 데이터가 포함된 노드의 HANA 리소스는 LifeKeeper에서 활성(ISP)으로 유지되며, 보조 복제 사이트로 다시 등록될 노드의 HANA 리소스 계층 구조는 라이프키퍼. 계층을 서비스에서 제외해야 하는 노드의 HANA 리소스 계층에서 각 리프 리소스를 마우스 오른쪽 버튼으로 클릭하고 서비스 중단 …
  3. SAP HANA 리소스 계층 구조가 성공적으로 중단되면 LifeKeeper는 다음 quickCheck 간격(기본값 2분) 동안 대기 노드를 보조 복제 사이트로 다시 등록합니다. 복제가 재개되면 활성 노드에 없는 대기 노드의 모든 데이터는 손실됩니다. 대기 노드가 보조 복제 사이트로 다시 등록되면 SAP HANA 계층 구조가 고가용성 상태로 돌아갑니다.

SAP HANA 시스템 복제 분할 브레인 해결

이 스플릿 브레인 시나리오에서는 다음과 유사한 메시지가 기록되고 모든 열려 있는 콘솔에 빠르게 브로드캐스트됩니다. 문제가 해결될 때까지 간격(기본값 2분)을 확인합니다.

EMERG:hana:quickCheck:HANA-SPS_HDB00:136364:WARNING: SAP HANA 데이터베이스 
HDB00이 실행 중이며 hana2-1 및 hana2-2 모두에서 기본 마스터로 등록되어 있습니다. 
데이터 손실 위험을 최소화하려면 수동 개입이 필요합니다. 이 상황을 해결하려면 해당 서버에서 
'su – spsadm -c “sapcontrol -nr 00 -function Stop”' 명령을 실행하여 
hana2-2에서 데이터베이스 인스턴스 HDB00을 중지하십시오. 중지되면 보조 SAP HANA 
시스템 복제 사이트가 됩니다.

해결을 위한 권장 사항:

  1. 각 클러스터 노드의 데이터베이스를 조사하여 Active 노드에 없는 중요한 데이터가 Standby 노드에 있는지 확인합니다. 스플릿 브레인 상태에서 대기 노드의 데이터베이스에 중요한 데이터가 커밋된 경우 데이터를 수동으로 활성 노드에 복사해야 합니다. 이 결정은 데이터에 대해 잘 알고 있는 자격을 갖춘 데이터베이스 관리자가 수행해야 합니다.
  2. 누락된 데이터가 대기 노드의 데이터베이스에서 활성 노드로 복사되면 LifeKeeper 경고 메시지에 제공된 명령을 실행하여 대기 노드의 데이터베이스를 중지합니다.

    su – adm -c “sapcontrol -nr <Inst#> -function Stop” 여기서 은 HANA 설치를 위한 소문자 SAP 시스템 ID이고 <Inst#>는 HDB 인스턴스의 인스턴스 번호(예: 인스턴스 번호, 예를 들어 HDB00은 00)

  3. 데이터베이스가 성공적으로 중지되면 LifeKeeper는 다음 quickCheck 간격(기본값 2분) 동안 보조 복제 사이트로 대기 노드를 다시 등록합니다. 복제가 재개되면 활성 노드에 없는 대기 노드의 모든 데이터는 손실됩니다. 대기 노드가 보조 복제 사이트로 다시 등록되면 SAP HANA 계층 구조가 고가용성 상태로 돌아갑니다.

일반적인 스플릿 브레인 시나리오를 인식하고 이를 완화하기 위해 이러한 단계를 수행하면 시간을 절약하고 데이터 무결성을 보호할 수 있습니다.

 

 

의 허가를 받아 재생산 시오스

Filed Under: 서버 클러스터 단순화 Tagged With: 리눅스

오픈 소스 고 가용성을 사용하는 경우 팀에 필요한 7 가지 기술

3월 31, 2021 by Jason Aw Leave a Comment

오픈 소스 고 가용성을 사용하는 경우 팀에 필요한 7 가지 기술

오픈 소스 고 가용성을 사용하는 경우 팀에 필요한 7 가지 기술

고 가용성 (HA) 영역에는 오픈 소스 경로로 이동하기로 결정한 경우 팀에 필요한 특정 중요한 기술이 있습니다. 정의에 의한 오픈 소스는 자유롭게 사용할 수있는 소프트웨어를 의미합니다.

오늘날 Microsoft 및 SIOS Technology Corp와 같은 공급 업체에서 제공하는 많은 운영 체제에 대한 고 가용성 클러스터의 상용 구현이 많이 있습니다. 이러한 상용 솔루션은 리소스 모니터링, 종속성 관리, 장애 조치 및 클러스터 정책, 그리고 사전 패키지 및 가격이 책정 된 관리 형태를 제공합니다.상업적 구현에 대한 대안은 기업에 고 가용성을 제공 할 수있는 기회를 기업에 제공하는 몇 가지 오픈 소스 옵션입니다.

기업들이 계속해서 최적화, 비용 절감 및 더 엄격한 통제를 추구함에 따라 점점 더 많은 기업과 고객이 오픈 소스 가용성 솔루션으로의 전환을 고려하고 있습니다.

다음은 팀이 오픈 소스 HA로 전환하는 데 필요할 수있는 7 가지 기술입니다.

1. 코딩 기술

대부분의 경우 엔터프라이즈 애플리케이션에 대한 사전 패키지 및 번들 지원이 없다는 것은 팀이 구성 요소를 보호하고 번들 구성 요소로 문제를 해결하거나 애플리케이션 인식이 제대로 처리되도록 애플리케이션 커넥터를 작성하는 솔루션을 개발할 수 있어야한다는 것을 의미합니다.많은 사람들이 스크립트를 작성할 수 있지만 팀은 건전한 개발 관행과 표준을 만들고 준수하는 방법을 알아야합니다.이것의 기본은 다음과 같습니다.

  • 설계 및 아키텍처 요구 사항
  • 디자인 리뷰
  • 코드 / 코드 검토 및 단위 테스트 (가급적 자동화)

2. 기술 환경에 대한 지식

많은 엔터프라이즈 응용 프로그램은 SLA (서비스 수준 계약) 및 SLO (서비스 수준 목표)를 충족하는 고 가용성을 제공하기 위해 여러 시스템과의 통합이 필요합니다.팀은 여러 엔터프라이즈 시스템과의 통합을위한 보호 및 솔루션을 구축하기 위해 기술 환경에 대한 심층적 인 애플리케이션 인식과 지식이 필요합니다.중요한 응용 프로그램, 해당 응용 프로그램의 기술 환경, 네트워킹, 하드웨어, 하이퍼 바이저, 환경 및 응용 프로그램 종속성을 이해하는 사람이 필요합니다.또한 오픈 소스 커뮤니티에서 사용하려는 HA 기술 집합의 아키텍처, 기능 및 제한 사항을 이해하는 팀 구성원이 필요합니다. 팀이 다음 영역을 얼마나 알고 이해하는지 고려하십시오.

  • 데이터 전달 및 노드 통신
  • 노드 실패
  • 응용 관리
  • 시스템 복구 및 다시 시작
  • 로깅 및 메시지
  • 데이터 복원력 및 보호

3. 비즈니스 프로세스 지식

비즈니스 요구 사항과 비즈니스 프로세스를 이해할 수있는 사람이 필요합니다.팀에는 기업의 비즈니스와이를 추진하는 프로세스를 이해하는 전문가가 필요합니다.팀은 솔루션 개발에 사용할 수있는 예산의 양, 비즈니스가 감수 할 수있는 위험의 정도, 말하지 않거나 지정되지 않은 추가 요구 사항을 수집하는 방법을 알고 이해해야합니다.

또한 팀은 이러한 비즈니스 요구 사항을 소프트웨어 요구 사항으로 변환하는 방법과 비즈니스 요구 사항을 충족하는 최소 실행 가능한 고 가용성 솔루션을 실현하는 프로세스를 관리하는 방법을 알고 있거나이를 고용해야합니다. 비즈니스 프로세스에 적합합니다.

4. OS, 애플리케이션 및 인프라 경험

모든 것을 개방하려는 경우 팀은 운영 체제, 애플리케이션 및 인프라를 이해 한 경험이 필요합니다.Linux 용 커널 버전, Windows 용 업데이트 및 핫픽스를 포함하여 다양한 OS 출시주기를 이해해야합니다.지원해야하는 애플리케이션이 사내에 있지만 애플리케이션 업데이트주기, 종속성, 애플리케이션과 OS 지원 매트릭스의 교차점을 이해하기 위해 부지런히 노력해야합니다.환경이 균질하다면 훌륭합니다.그렇지 않으면 팀이 RHEL, RHEL 파생 제품 및 SUSE의 차이점을 알아야합니다.Linux와 Windows 모두라면 이것도 알아야합니다.또한 인프라가 애플리케이션과 OS 조합에 미치는 차이를 이해해야합니다.AWS 및 Azure는 GCP, 온 프레미스 및 기타 하이퍼 바이저와 다른 고 가용성의 차이점을 나타냅니다.

5. 변경 관리 기능

OS, 인프라 및 애플리케이션에 대한 확고한 이해와 함께 기술 및 비즈니스 지식을 갖춘 솔루션을 개발할 개발 팀이 있다고 상상해보십시오.그러나 스크립트를 모으는 것은 시작에 불과합니다.팀에도 변경 관리 기능이 필요합니다.팀은 코드 변경 및 버전, 패키지 및 패키지 위치를 어떻게 추적합니까?팀은 업데이트 및 변경 릴리스를 어떻게 관리합니까?팀은 git과 같은 소스 리포지토리, Jira와 같은 프로젝트 관리 도구 및 릴리스 교육 숙련도에 정통해야합니다.원치 않는 영향을 피하면서 코드를 업데이트하고 패치 및 수정을 제공하는 방법을 이해하는 팀이 필요합니다.

6. 데이터 분석 및 문제 해결 경험

자체 HA 솔루션을 제공하는 공간에 들어가면 팀은 분석 및 문제 해결 경험이 필요합니다.애플리케이션 코드, 시스템 메시지, 애플리케이션 오류 로그 및 추적 파일의 교차점을 이해하는 리소스가 필요합니다.시스템 충돌이 발생하면 로그를 더 자세히 조사하여 문제를 해결하고 근본 원인을 찾고 데이터를 분석하여 권장 사항을 만들고 변경 사항을 배포 할 준비를해야합니다 (위의 # 5 참조).또한 팀은 오류, 실패 또는 시스템 충돌이없는 경우에도 이러한 로그 및 추적 파일의 데이터가 환경 상태에 대해 알려줄 수있는 데이터를 알고 이해해야합니다.

7. 연결 (개발자, QA, 파트너, 커뮤니티)

솔직히 말해서 여러분의 비즈니스는 고 가용성을 제공하는 것이 아니라 오픈 소스 HA 영역에 뛰어 들기로 결정한 경우 팀의 뛰어난 능력보다 더 많은 도움이 필요할 것입니다.추가 도움을 얻는 열쇠는 어디서부터 시작해야하는지 이해 한 다음 커뮤니티 개발자, 테스트 전문가, HA 및 애플리케이션 파트너, 오픈 소스 커뮤니티와 올바른 연결을 만드는 것입니다.공개 포럼은 정말 도움이되었지만 응답 시간이 SLA 및 SLO를 준수하는지 다시 확인해야합니다.

오픈 소스 솔루션을 사용하는 것은 많은 기업이 비용 문제와 유연성, 비용 절감 및 위험 감소에 대한 인식을 추구하기 위해 선택하는 옵션입니다.그러나 구매자는 새로운 기술 및 관리의 형태로 숨겨진 비용이있을 수 있으며 사용하는 오픈 소스 프로그램의 관점에서 "자신의 HA 솔루션 롤"에 필요한 숨겨진 위험이있을 수 있습니다.

– Cassius Rhue, VP, 고객 경험

SIOS에서 재현

Filed Under: 서버 클러스터 단순화 Tagged With: 리눅스

  • 1
  • 2
  • 3
  • Next Page »

최근 게시물

  • 비즈니스 연속성을 강화하는 최고의 롤링 업그레이드 전략
  • 중단 없이 패치하는 방법: HA를 사용한 거의 0에 가까운 다운타임
  • SIOS LifeKeeper 데모: AWS에서 롤링 업데이트 및 장애 조치가 PostgreSQL을 보호하는 방법
  • 네트워크 카드를 교체해야 하는지 평가하는 방법
  • SIOS Technology, Red Hat Summit, Milestone Technology Day 및 XPerience Day, SQLBits 2025에서 미션 크리티컬 애플리케이션을 위한 고가용성 클러스터링 소프트웨어 시연

가장 인기있는 게시물

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

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