SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

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

중소기업에서의 중요 업무용 애플리케이션을위한 고 가용성 문제

1월 20, 2019 by Jason Aw Leave a Comment

고 가용성

SME에서 중요 업무용 애플리케이션의 성능 및 고 가용성 상태에 대한 설문 조사

ActualTech Media Research와의 파트너십을 통해 SIOS Technology가 실시한 새로운 조사에 따르면 전체 98 %의 클라우드 배치가 매년 몇 가지 유형의 성능 문제를 겪고 있습니다. 설문 조사는 중소기업 및 중소기업의 업무 핵심 응용 프로그램에 대한 성능 상태 및 고 가용성과 관련된 현재의 문제점과 추세를 이해하도록 설계되었습니다. 총 390 명의 IT 전문가와 의사 결정권자가 데이터베이스, 인프라, 아키텍처, 클라우드 서비스 및 소프트웨어 개발 관리 담당자를 총괄하여 대표로 응했습니다. 명시 적으로 식별 된 Tier 1 응용 프로그램에는 Oracle, Microsoft SQL Server 및 SAP / HANA가 포함됩니다. 몇 가지 분명한 추세가 있습니다. 우리가 보지 못했던 몇 가지 놀라움이 당신을 놀라게 할 수도 있습니다. ■ 중소기업은 퍼블릭 클라우드로 나아가고 있습니다. 54 %는 대기업의 42 %와 비교하여 2018 년 말에 미션 크리티컬 애플리케이션의 절반 이상을 이전 할 계획입니다. ■ 모든 규모의 기업에 대해 완벽한 통제 는 애플리케이션 환경에 대해 응답자의 60 %가 미션 크리티컬 한 워크로드가 사내에 남아있는 주요 원인으로 꼽았습니다. ■ 대부분의 조직에서 미션 크리티컬 한 장애 조치 클러스터링 또는 기타 고 가용성 메커니즘을 사용하고 있습니다 (86 %). ■ 거의 대부분 (95 %)의보고가 장애 조치 조항에 실패했습니다. 조직이 최종적으로 중요한 응용 프로그램을 클라우드로 이동시키고 있음을 알 수 있습니다. 그리고 몇 년 전에 상상할 수 있었던 것보다 더 빠른 속도로. 그러나 그들은 입양 초기에 아직 몇 년 동안 성숙한 수술을하고 있습니다. 다음은 좀 더 자세한 내용입니다.

불행은 회사를 사랑합니다.

응답자의 2 %만이 최종 사용자에게 영향을 미치는 응용 프로그램 성능 문제가 발생하지 않는다고 주장했습니다. 나머지 우리는 단순한 필사자가 그런 문제를 경험한다고 주장합니다. 다음은 평균 통계입니다.

  • 매일 (18 %)
  • 주 2-3 회 (17 %)
  • 일주일에 한 번 (10 %)
  • 월 2-3 회 (15 %)
  • 월 1 회 (11 %)
  • 1 년에 3-5 회 (18 %)
  • 1 년에 한 번만 (8 %)

응답자는 의사 결정권자, IT 직원 및 데이터 및 개발 직원간에 한 가지 예외적 인 예외가 있지만 의사 결정권자는 직원보다 성능 문제가 더 적게 발생 함을인지합니다. 의사 결정자 중 거의 절반 (46 %)은 성과 문제가 1 년에 3-5 회 이하 발생한다고 응답했습니다 (직원의 23-25 %와 비교). 11 %만이 문제가 매일 발생한다고 응답했습니다 (직원의 경우 20 ~ 21 %).

구조에 대한 신속한 대응

이 겉보기 불일치에 대한 한 가지 가능한 설명은 IT 직원이 자동화 된 경고를 통해 성능에 영향을 미치는 문제점을 인식하고 있음을 나타냅니다. 그 다음에 원인을 찾아 수정하는 신속한 대응이 뒤 따른다. 설문 조사에서는 고 가용성 조항 실패에 대해 질문했습니다 (성능에 영향을 미칠 수있는 특정 사항 임). 77 %는 모니터링 도구의 경고를 통해 문제를 파악합니다. 또 다른 39 %는 사용자 불만으로부터 배웁니다. (여러 응답이 허용됨을 유의하십시오.) 치료에 관해서는 문제를 3 % 만 수정하는 데 5 시간 이상 걸립니다. 거의 1 분기 (23 %)는 1 시간 이내에 해결되며 절반 이상 (56 %)은 1 ~ 3 시간 내에 수정됩니다. 마지막으로, 18 %는 3-5 시간 내에 고정됩니다. 중소기업은 대기업보다 문제를 더 빨리 해결할 수 있습니다 (1 시간 미만에 31 %) (1 시간 이내에 11 % 만). 전자는 퍼블릭 클라우드를보다 광범위하게 사용하고 구성이 덜 복잡하기 때문에 가능합니다.

범인은 구름에

클라우드에서 발생하는 성능 문제의 원인에 대해 질문하는 경우, 주요 원인은 사용중인 응용 프로그램 또는 데이터베이스입니다. 그들은 함께 문제의 64 %를 차지합니다. 이 질문은 관리 서비스에 대한 클라우드 서비스 공급자 일 가능성이 높은 응용 프로그램 및 / 또는 데이터베이스 관리 책임자를 구분하지 않았다는 점에 유의해야합니다. 추가 원인으로는 서비스 제공 업체 (17 %) 또는 인프라 (15 %) 문제가 있습니다. 케이스의 4 %에서, 문제점은 신비에 남아있었습니다.

글쓴이 : Jerry Melnick, SIOS Technology의 사장 겸 CEO
APMdigest에서 재생산

Filed Under: 뉴스 및 이벤트

주요 클라우드 중단시 실시간 복구 관리

1월 19, 2019 by Jason Aw Leave a Comment

주요 클라우드 중단시 실시간 복구 관리

주요 클라우드 작동 중단시 실시간 복구 관리

재해가 일어나 갑작스러운 다운 타임이 발생합니다. 그러나 사실상 모든 클라우드 중단에서 생존하기 위해 모든 고객이 할 수있는 일이 있습니다. 물건이 생겼어. 크고 작은 실패는 필연적입니다. 필연적 인 것은 오랜 기간의 가동 중지 시간입니다. Microsoft의 Azure 클라우드의 South Central United States 지역에서 치명적인 오류가 발생한 날을 생각해보십시오. 심한 뇌우로 인해 계단식 문제가 생겨 결국 전체 데이터 센터가 파괴되었습니다. 일부 사람들은 "하늘 구름이 하늘에서 떨어지는 날"이라고 불렀던 대부분의 고객은 몇 초 또는 몇 분만이 아니라 하루 동안 오프라인 상태였습니다. 일부는 2 일 이상 오프라인 상태였습니다. Microsoft는 그 후 정전으로 이어지는 많은 문제를 해결했지만 IT 전문가는이 문제를 오랫동안 기억할 것입니다. 그것은 나쁜 소식입니다. 좋은 소식은 : Azure 고객이 사실상 중단 된 상황에서 생존하기 위해 할 수있는 일이 있습니다. 단일 서버가 실패하여 전체 데이터 센터가 오프라인 상태가 될 수 있습니다. 실제로 실시간 데이터 복제 및 신속한 자동 장애 조치를 갖춘 강력한 고 가용성 및 재해 복구 조항을 구현 한 Azure 고객은 재해가 발생할 때마다 데이터 손실이 발생하지 않으며 가동 중단 시간이 거의 없거나 전혀 없을 것으로 예상 할 수 있습니다. 또한보십시오 : Nutanix는 기업 구름이 구름 인종을이기는 것을 봅니다

클라우드 정전 관리

이 기사에서는 하이브리드 및 순수 Azure 클라우드 구성에서 재해 복구 (DR) 및 고 가용성 (HA) 보호를 제공하는 네 가지 옵션을 검토합니다. 두 가지 옵션은 Azure 클라우드에서 널리 사용되는 Microsoft SQL Server 데이터베이스에만 적용됩니다. 다른 두 옵션은 응용 프로그램에 독립적입니다. 다양한 조합으로 사용할 수있는 네 가지 옵션이 테이블에서 비교되어 다음과 같습니다.

  • Azure 사이트 복구 (ASR) 서비스
  • 저장소 공간이있는 SQL Server 장애 조치 (failover) 클러스터 인스턴스
  • SQL Server 상시 가용성 그룹
  • 타사 장애 조치 (Failover) 클러스터링 소프트웨어

RT 통계 클라우드 Outage_181119를위한 SIOS_Real-timeRecovery

RTO 및 RPO 101

네 가지 옵션을 설명하기 전에 DR 및 HA 조항의 효율성을 평가하는 데 사용되는 두 가지 메트릭, 즉 복구 시간 목표 및 복구 시점 목표에 대한 기본적인 이해가 필요합니다. RTO 및 RPO에 익숙한 사용자는이 섹션을 건너 뛸 수 있습니다. RTO는 정전의 최대 허용 기간입니다. 온라인 트랜잭션 처리 응용 프로그램은 일반적으로 가장 낮은 RTO를 가지며 미션 크리티컬 한 응용 프로그램은 종종 단 몇 초의 RTO를가집니다. RPO는 데이터 손실을 허용 할 수있는 최대 기간입니다. 데이터 손실이 허용 가능하지 않으면 RPO는 0입니다. RTO는 일반적으로 필요한 HA 및 / 또는 DR 보호의 유형을 결정합니다. 낮은 복구 시간은 일반적으로 일상적인 시스템 및 소프트웨어 장애로부터 보호하는 강력한 HA 규정을 필요로하지만 더 긴 RTO는보다 광범위하지만 덜 빈번한 재해로부터 시스템을 보호하기 위해 설계된 기본 DR 규정에 충족 될 수 있습니다. HA 및 DR 조항에 사용되는 데이터 복제는 RTO와 RPO 간의 잠재적 인 상충 관계에 대한 필요성을 창출 할 수 있습니다. 복제가 동기식이 될 수있는 대기 시간이 짧은 LAN 환경에서 기본 및 보조 데이터 세트를 동시에 업데이트 할 수 있습니다. 이를 통해 전체 복구가 자동 및 실시간으로 수행 될 수 있으므로 절충없이 가장 까다로운 복구 시간 및 복구 지점 목표 (각각 몇 초 및 0)를 만족시킬 수 있습니다. 대조적으로, WAN을 통해 주 서버가 모든 트랜잭션에 대한 업데이트 완료를 확인하기 위해 보조 서버가 성능을 저하시키는 것을 기다리도록 강요합니다. 이러한 이유로 WAN에서의 데이터 복제는 일반적으로 비동기입니다. 이로 인해 RTO와 RPO를 수용하는 것과 일반적으로 복구 시간이 길어지는 것 사이에 절충점이 생길 수 있습니다. 이유는 다음과 같습니다. RPO를 0으로 맞추기 위해서는 페일 오버가 발생할 수 있기 전에 모든 데이터 (예 : 트랜잭션 로그)가 2 차 서버에서 완전히 복제되었는지 확인하기 위해 수동 프로세스가 필요합니다.이 여분의 노력으로 복구 시간이 길어 지므로 이러한 구성 DR이 아닌 HA에 주로 사용됩니다.

Azure 사이트 복구 (ASR) 서비스

ASR은 Azure의 DR as a a service (DRaaS) 오퍼링입니다. ASR은 실제 및 가상 시스템을 다른 Azure 사이트, 잠재적으로 다른 지역 또는 사내 구축 형 인스턴스에서 Azure 클라우드로 복제합니다. 이 서비스는 시스템 및 사이트 중단으로부터의 신속한 복구를 제공하고 롤링 소프트웨어 업그레이드 중 다운 타임을 제거함으로써 계획된 유지 보수를 용이하게합니다. 모든 DRaaS 오퍼링과 마찬가지로 ASR에는 몇 가지 제한 사항이 있습니다. 가장 심각한 것은 응용 프로그램 수준의 작동 중지 시간을 유발하는 여러 가지 장애로부터 자동으로 감지하고 장애 조치 할 수 없다는 것입니다. 물론 이것이 서비스가 HA가 아닌 DR을위한 것으로 특징 지워지는 이유입니다. ASR을 사용할 경우 복구 시간은 일반적으로 관리자가 수동으로 문제를 감지하고 대응할 수있는 속도에 따라 3-4 분이 소요됩니다. 위에서 설명한 것처럼 WAN을 통한 비동기 데이터 복제의 필요성은 RPO가 0 인 응용 프로그램의 복구 시간을 더욱 증가시킬 수 있습니다.

저장소 공간이있는 SQL Server 장애 조치 (Failover) 클러스터 인스턴스

SQL Server는 장애 조치 클러스터 인스턴스 (여기에서 설명 함) 및 Always On Availability Groups (다음에 설명 함)의 두 가지 HA / DR 옵션을 제공합니다. FCI는 다음과 같은 두 가지 이점이 있습니다.이 기능은 저렴한 SQL Server Standard Edition에서 사용할 수 있으며 기존 HA 클러스터와 같은 공유 저장소를 사용하지 않아도됩니다. 후자의 이점은 Microsoft 나 다른 클라우드 서비스 제공 업체의 공유 스토리지를 단순히 클라우드에서 사용할 수 없기 때문에 중요합니다. Azure 클라우드의 저장소로 널리 사용되는 것은 광범위한 응용 프로그램을 지원하는 S2D (Storage Spaces Direct)이며 SQL Server에 대한 지원은 데이터베이스뿐 아니라 전체 인스턴스를 보호합니다. S2D의 가장 큰 단점은 서버가 단일 데이터 센터 내에 있어야한다는 것입니다.이 옵션은 일부 HA 요구에는 적합하지만 DR에는 적합하지 않습니다. 다중 사이트 HA 및 DR 보호의 경우 로그 전달 또는 타사 장애 조치 (Failover) 클러스터링 솔루션을 통해 필요한 데이터 복제를 제공해야합니다.

SQL Server 상시 가용성 그룹

가용성 그룹 항상 가용성 그룹은 HA 및 DR 모두에 대해 SQL Server에서 가장 뛰어난 기능을 제공하지만보다 비싼 Enterprise Edition에 대한 라이센스가 필요합니다. 이 옵션은 5-10 초의 복구 시간과 초 이하의 복구 지점을 제공 할 수 있습니다. 또한 데이터베이스를 쿼리 할 수있는 보조 라이센스를 적절한 라이센스와 함께 제공하며 데이터베이스 크기 나 보조 인스턴스 수에 제한을 두지 않습니다. HA 및 DR 보호를 모두 제공하는 상시 가용성 그룹 구성은 단일 가용성 세트 또는 영역에 두 개의 노드가있는 3- 노드 구성과 개별 Azure 영역의 세 번째 노드로 구성됩니다. 한 가지 주목할만한 제한 사항은 데이터베이스 만 복제되고 다른 일부 수단으로 보호해야하는 전체 SQL 인스턴스가 아니라는 것입니다. 일부 데이터베이스 응용 프로그램의 경우 비용이 많이 드는 것 외에도 이러한 접근 방식에는 또 다른 단점이 있습니다. 응용 프로그램에 따라 IT 부서는 다른 모든 응용 프로그램에 대해 다른 HA 및 DR 조항을 구현해야합니다. 여러 HA / DR 솔루션을 사용하면 라이센스, 교육, 구현 및 지속적인 운영을 위해 복잡성과 비용이 크게 증가 할 수 있으므로 조직이 애플리케이션에 구속받지 않는 타사 솔루션을 선호하는 또 다른 이유가 있습니다.

타사 장애 조치 (Failover) 클러스터링 소프트웨어

애플리케이션에 독립적이며 플랫폼에 독립적 인 설계로 장애 조치 클러스터링 소프트웨어는 사설, 공용 및 하이브리드 클라우드 환경의 거의 모든 애플리케이션에 완벽한 HA 및 DR 솔루션을 제공 할 수 있습니다. 여기에는 Windows와 Linux가 모두 포함됩니다. 응용 프로그램에 의존하지 않으면 다양한 응용 프로그램에 대해 서로 다른 HA / DR 규정을 가질 필요가 없습니다. 플랫폼에 구속력이 없기 때문에 오류 도메인, 가용성 세트 및 영역, 지역 쌍 및 Azure 사이트 복구를 비롯하여 Azure 클라우드의 다양한 기능과 서비스를 활용할 수 있습니다. 완벽한 솔루션 인 소프트웨어에는 최소한 실시간 데이터 복제, 응용 프로그램 수준에서 장애를 감지 할 수있는 지속적인 모니터링 및 장애 조치 및 장애 복구 (failback and failback)를위한 구성 가능한 정책이 포함됩니다. 또한 대부분의 솔루션은 장애 조치 클러스터가 거의 모든 HA / DR 요구 사항을 충족시키기 위해 최소한의 데이터 손실 또는 20 초 미만의 복구 시간을 제공 할 수있는 다양한 부가 가치 기능을 제공합니다.

현실로 만들기

개별적으로 운영하든 콘서트에서 운영하든 네 가지 옵션 모두 DR 및 HA 보호의 연속성을 엔터프라이즈 애플리케이션의 전체 스펙트럼에 대해보다 효과적이고 저렴하게 만드는 역할을 할 수 있습니다. 여기에는 약간의 데이터 손실과 장기간의 가동 중단 시간을 허용 할 수있는 것부터 최소 5 분의 9의 가동 시간을 달성하기 위해 실시간 복구가 필요한 것까지 포함됩니다. 현실 세계에서 다음 클라우드 장애를 극복하기 위해 선택한 DR 및 / 또는 HA 조항에 따라 두 사이트에 두 개 이상의 노드가 분산되어 구성되어 있는지 확인하십시오. 또한 각 애플리케이션의 복구 시간 및 복구 지점 목표를 얼마나 만족시키는 지 반드시 이해하십시오. 모든 가능한 오류를 감지하는 데 필요한 수작업 프로세스의 필요성을 포함하여 존재할 수있는 제한 사항뿐만 아니라 응용 프로그램 연속성 및 데이터 무결성을 보장하는 방식으로 장애 조치를 유발합니다.

Jonathan Meltzer 정보

Jonathan Meltzer는 SIOS Technology의 제품 관리 담당 이사입니다. 그는 고객이 인적 자원 및 IT 자원을 관리, 변환 및 최적화 할 수 있도록 도와주는 소프트웨어 및 SaaS 제품에 대한 제품 관리 및 마케팅 분야에서 20 년 이상의 경력을 쌓았습니다. RTinsights에서 재현

Filed Under: 뉴스 및 이벤트 Tagged With: 다중 구름, 마이크로 소프트 푸른, 사이버 보안, 서버 페일 오버, 클라우드 정전

동적 활용 -보다 저렴한 고 가용성, 클라우드로의 마이그레이션 촉진

1월 18, 2019 by Jason Aw Leave a Comment

동적 이용으로 고 가용성을보다 저렴하게 만들고 클라우드로의 마이그레이션을 촉진합니다 .jpg

동적 사용으로 고 가용성을보다 저렴하게 만들고 클라우드로의 마이그레이션 촉진

클라우드에서의 주문형 프로비저닝은 새로운 것이 아닙니다. 하이브리드 및 퍼블릭 클라우드 구성에서 고 가용성 및 재해 복구를위한 비용 효율적인 옵션이 새로 추가됩니다. 이러한 주문형 HA 및 DR은 여러 데이터 센터 및 지리적 영역에 분산되어있는 리소스의 동적 활용을 활용하고 더 많은 애플리케이션에 대해 더 높은 수준의 서비스 수준을 달성하게합니다.

HA와 DR 모두 장애로부터의 안정적이고 신속한 복구를 보장하기 위해 중복을 필요로합니다.

HA 장애 조치 클러스터링은 CPU, 메모리 및 저장소 리소스를 포함하여 주 VM의 전체 운영 환경을 보조 VM에 복제합니다. 또한 모든 데이터는 실시간으로 2 차 서버에 복제되며, 1 차 서버가 실패 할 때까지 유휴 상태를 유지합니다. 하나 이상의 완전 중복 보조 VM을 보유하면 효과적으로 자체 테스트의 연속 상태에있는 클러스터가 생성되므로 자동 및 신속 장애 조치가 준비됩니다.

대조적으로 기본 DR 구성에는 빠른 장애 조치 (failover)에 필요한 기능이 없습니다.

예를 들어, Azure 사이트 복구를 고려하십시오. Microsoft는 ASR을 DR as-a-service로 지정합니다. DRaaS 시장의 성장은 이제 거의 12 개 공급 업체의 제품을 포함합니다. ASR을 사용하면 기본 VM이 다른 Azure 영역의 보조 노드 또는 사내 구축 환경 인스턴스에서 Azure 클라우드로 복제됩니다. 그러나 데이터는 실시간으로 복제되지 않습니다. 이 서비스는 응용 프로그램 수준의 중단 시간의 여러 원인으로 인해 자동으로 검색 및 장애 조치 할 수 없습니다.

근본 이슈

많은 잠재적 인 장애 지점은 DRaaS 및 기타 클라우드 가용성 서비스에서 다루지 않습니다. 일반적으로 서비스의 완전한 손실이 감지됩니다. 그러나 애플리케이션이나 OS 소프트웨어로 인한 결함은 물론 네트워크 나 스토리지와 같은 개별 리소스의 장애도 감지되지 않습니다. 결과적으로 응용 프로그램 서비스는 클라우드 자체의 복구 기능에 의해 감지되지 않고 잠재적으로 오랜 기간 동안 중단 될 수 있습니다.

SIOS Technology의 SIOS DataKeeper 및 SIOS Protection Suite

고 가용성이 가장 중요 할 때 포괄적 인 오류 감지는 애플리케이션 수준의 중단 시간을 피하는 데 필수적입니다. 이 목표는 SIOS DataKeeper 및 SIOS Technology의 SIOS Protection Suite와 같은 특수 목적의 장애 조치 클러스터링 기술로 쉽게 달성 할 수 있습니다.이 기술은 소프트웨어 및 기본 물리적 및 가상 리소스에서 다운 타임의 광범위한 원인을 자동으로 감지 할 수 있습니다. 이러한 소프트웨어 전용 클러스터는 클라우드 위에 계층화되어 데이터 복제, 지속적인 애플리케이션 수준 모니터링 및 구성 가능한 장애 복구 / 장애 복구 (failover / failback) 복구 정책을 포함하는 완벽한 HA / DR 솔루션을 제공합니다.

DRaaS 오퍼링

장애 조치 클러스터링 소프트웨어는 HA 또는 DR 단독으로 또는 HA와 DR의 조합으로 구성 할 수 있습니다. DR은 일반적으로 GeoCluster라고하는 구성의 다른 영역에 대기 VM을 가지고 있습니다. DRaaS 오퍼링과 마찬가지로 WAN 대역폭 제한으로 인해 데이터에 대한 "복제 지연"이 발생하고 특정 장애 시나리오에서 일부 데이터가 손실 될 수 있습니다. 그러나 DRaaS와 달리 광범위한 클래스의 오류는 클라우드 플랫폼 및 애플리케이션 수준에서 자동으로 감지되며 서비스 연속성을 보장하기 위해 즉시 해결 될 수 있습니다. 복구 지점 및 복구 시간 목표 (RPO / RTO)를 모두 최소화하는 장애 조치 클러스터링은 DRaaS에 비해 포괄적 인 서비스 보호 기능을 제공하므로 값 비싼 중복 및 유휴 리소스를 완벽하게 구성해야합니다. 다행히도이 문제는 장애 발생시 자원의 동적 할당을 통해 전체 복구를 조정할 수있는 새로운 클러스터 관리 기술로 해결됩니다.

새로운 접근 방식

대기 모드에서 작동하는 동안 대기 VM은 기본 VM에 대한 데이터 복제 대상의 최소한의 역할을 처리하는 데 필요한 리소스로만 구성됩니다. 장애가 발생하면 클러스터는 기본 VM의 전체 운영 역할에 필요한 수준의 성능을 제공하는 데 필요한 완벽한 보완 리소스로 대기 VM을 즉시 동적으로 재구성합니다. 이러한 동적 활용은 HA 및 DR 보호가 클러스터링의 가용성 및 안정성 이점을 희생시키지 않으면 서 상당한 비용 절감의 이점을 누릴 수있게합니다.

결론

HA 페일 오버 클러스터와 DRaaS는 개별적으로 또는 함께 작동하든간에 일부 데이터 손실 및 장기간의 데이터 손실을 허용 할 수있는 것에서부터 기업용 애플리케이션의 전체 스펙트럼에 대해 HA 및 DR 보호의 연속성을 더 저렴하게 만드는 역할을 할 수 있습니다. 가능한 모든 장애 시나리오에서 RPO가 0 (데이터 손실 없음) 및 RTO가 5 분 미만이어야하는 고객에게 제공됩니다.  

저자 정보

Jerry Melnick은 SIOS Technology의 사장 겸 CEO로 재직하면서 회사의 전반적인 전략을 지휘하고 회사의 지속적인 성장과 확장을 이끌고 있습니다. 그는 엔터프라이즈 및 고 가용성 소프트웨어 시장에서 25 년 이상의 경력을 쌓았습니다. SIOS에 입사하기 전에는 Marathon Technologies의 CTO로 근무하면서 회사의 내결함성 솔루션에 대한 비즈니스 및 제품 전략을 주도했습니다. 그는 PPGx, Inc. 및 Belmont Research의 임원직을 역임했으며 데이터웨어 하우스 및 분석 도구 공급에 중점을 둔 첨단 소프트웨어 제품 및 컨설팅 비즈니스를 담당했습니다. Jerry는 Digital Equipment Corporation에서 경력을 쌓기 시작하여 의료, 금융 및 통신 시장의 엔터프라이즈 컴퓨팅 환경을 지원하기 위해 확장 성이 뛰어나고 중요한 데이터베이스 플랫폼을 제공하는 기업 비즈니스 단위를 이끌었습니다. 그는 보로 대학 (Boston University)에서 컴퓨터 공학 및 컴퓨터 과학을 전공 한 벨로잇 (Beloit) 대학에서 학사 학위를 받았습니다.

Filed Under: 뉴스 및 이벤트

SIOS에 의한 2019 년 5 가지 구름 예측

1월 17, 2019 by Jason Aw Leave a Comment

SIOS에 의한 2019 년 5 가지 구름 예측

HA 및 IT 서비스 관리에서 DevOps 및 IT 운영 분석에 이르기까지

SIOS Technology Corp.의 사장이자 CEO 인 Jerry Melnick은 2019 년에 대한 최고의 클라우드 예측을 밝힙니다.

클라우드는 지속적인 개선의 풍부한 역사를 가지고 있습니다. 2019는 기능을 향상시키고, 운영을 단순화하며, 비용을 절감하는 상당히 중요한 몇 가지 핵심 요소를 안내합니다.

2019 년에 그의 구름 예측을 안내하는 5 대 주요 추세 :

1. 기술의 발전으로 클라우드는 중요한 애플리케이션에 실질적으로 더 적합해질 것입니다

이제 IT 직원은 중요한 응용 프로그램에 대해 클라우드에 익숙해졌습니다. 보안 및 안정성에 대한 우려, 특히 5 ~ 9 가동 시간에 대한 우려는 상당 부분 감소했습니다. 초기에 조직은 클라우드로 마이그레이션되는 중요한 응용 프로그램을 보호하기 위해 현재 데이터 센터에서 사용하는 HA 장애 조치 클러스터링 기술을 사용하는 것을 선호합니다. 이 클러스터링 기술은 클라우드의 향상된 운영을 위해 최적화되고 최적화됩니다. 동시에 클라우드 서비스 공급자는 더 높은 서비스 수준을 제공 할 수있는 능력을 계속 발전시켜 클라우드를 궁극적으로 모든 엔터프라이즈 응용 프로그램의 기본 플랫폼이됩니다.

2. 동적 사용은 HA 및 DR을 더 많은 응용 프로그램에 대해 비용 효율적으로 만들어 클라우드로의 마이그레이션을 촉진합니다

전 세계적으로 거의 무제한의 리소스가 분산되어 있으므로 클라우드는 높은 가동 시간을 제공하는 이상적인 플랫폼입니다. 그러나 대부분의 시간 동안 유휴 상태에있는 대기 리소스를 프로비저닝하는 것은 많은 애플리케이션에서 비용이 많이 드는 작업이었습니다. 고품질의 인터넷 작업을 통해 연결된 여러 영역 및 지역에 배포 된 유동적 인 클라우드 리소스의 정교함이 높아지면서 필요할 때만 대기 리소스를 동적으로 할당 할 수있게되었습니다. 이렇게하면 HA 및 DR 보호 프로비저닝 비용이 크게 절감됩니다.

삼. 클라우드는 SAP 구축을위한 선호 플랫폼이 될 것입니다

클라우드 서비스 제공 업체가 제공하는 플랫폼이 계속해서 성숙 해짐에 따라 SAP 애플리케이션을 호스팅 할 수있는 능력이 상업적으로 실현 가능 해지고 전략적으로 중요해질 것입니다. CSP의 경우 SAP 호스팅은 기업 고객과의 장기 계약을 확보하는 방법이 될 것입니다. 기업을 위해 "SAP as-a-Service"는 성능이나 가용성을 희생시키지 않으면서도 클라우드에서 엄청난 규모의 경제를 최대한 활용할 수있는 방법입니다.

4. 클라우드 '퀵 스타트'템플릿이 복잡한 소프트웨어 및 서비스 배포를위한 표준이 될 것입니다

빠른 시작 템플릿은 마법사 기반 인터페이스입니다. 자동화 된 스크립트를 사용하여 특정 응용 프로그램을 실행하는 데 필요한 자원과 서비스를 동적으로 프로비저닝하고 구성하고 조정합니다. 주요 이점 중에는 교육 요구 사항 감소, 속도 및 정확도 향상 등이 있습니다. 인간의 실수를 최소화하거나 심지어 제거 할 수있는 능력을 잊어서는 안됩니다. 배포를보다 효율적으로 수행함으로써 퀵 스타트 템플릿은 DevOps 직원이 신뢰할 수있는 구성을 설정, 테스트 및 롤아웃하는 데 소요되는 시간과 노력을 크게 줄여줍니다.

5. 고급 분석 및 AI는 인프라 운영을 비롯하여 모든 곳에서 모든 분야에서 활용 될 것입니다.

고급 분석 및 인공 지능은 IT 운영을 단순화하고 인프라를 향상시킵니다. 마지막으로 애플리케이션의 견고성을 높이고 전반적인 비용을 절감 할 수 있습니다. 이러한 추세와 함께 AI 및 분석은 HA 및 DR 솔루션에 포함됩니다. 클라우드 서비스 공급자는 서비스 수준을 향상시킬 수 있습니다. 복잡한 구성에서 문제를 신속하고 자동으로 정확하게 파악하고 문제를 진단 할 수 있으므로 클라우드에서 제공되는 중요 서비스의 안정성 및 가용성이 크게 향상됩니다.

Melnick에 따르면 2019 년에 대한 그의 클라우드 예측을 결론 지으면서, "2019는 새로운 기능과 향상된 기능으로 클라우드로의 마이그레이션을 촉진하는 흥미 진진한 해로 설정되었습니다.  이러한 새로운 개선 사항은 이미 견고한 토대 위에 구축되어 있으므로 클라우드는 오랫동안 예상되었던 티핑 포인트를 달성 할 수 있으며 대부분의 조직에서 대다수의 엔터프라이즈 애플리케이션을위한 선호 플랫폼이되었습니다. "

SIOS Technology Corp.의 사장 겸 CEO 인 Jerry Melnick의 2019 년 구름 예측은 SIOS의 허가를 받아 재현되었습니다. SIOS 읽기 성공 사례 SIOS가 귀하의 프로젝트에 어떻게 도움이되는지 알아보십시오.

Filed Under: 뉴스 및 이벤트 Tagged With: SIOS

Open-iSCSI 개시 프로그램 소프트웨어를 사용하여 iSCSI 대상에 연결

1월 6, 2019 by Jason Aw Leave a Comment

Open-iSCSI 초 기자 소프트웨어를 사용하여 iSCSI 대상에 연결하는 방법 안내서

단계별 : Open-iSCSI 개시 프로그램 소프트웨어를 사용하여 iSCSI 대상에 연결

이 기사에서는 기존 iSCSI 대상 (서버)에 연결하기 위해 Open-iSCSI 초 기자 (클라이언트)를 구성하는 방법을 설명합니다.  이 기사에서는 iSCSI 대상을 설정하는 방법을 실제로 검토하지 않겠습니다.   현재 환경에서 사용할 수있는 iSCSI 대상이 없다면 OpenFiler를 살펴보십시오.

이 안내서에서는 CentOS 6.5 시스템을 iSCSI 초기화 프로그램 (클라이언트)으로 사용하고 기존 iSCSI 대상에 연결합니다. Open-iSCSI 소프트웨어 설치 내 CentOS 6.5 시스템에서 Open-iSCSI 패키지는 기본적으로 설치되지 않습니다.  다음 명령을 실행하여 시스템에 패키지가 설치되어 있는지 확인할 수 있습니다 : [root @ linux ~] # rpm –qa | grep iscsi-initiator-utils iscsi-initiator-utils 패키지가 아직 설치되지 않은 경우 "yum"명령을 사용하여 설치하십시오. [root @ linux ~] # yum install iscsi-initiator-utils iSCSI 서비스 시작 iscsi-initiator-utils pack을 실행하고 iscsid 서비스를 시작하고 시스템이 부팅 할 때마다 iscsid 및 iscsi 서비스가 자동으로 시작되도록 구성합니다. [root @ linux ~] # /etc/init.d/iscsid start [root @ linux ~] # chkconfig iscsid on [root @ linux ~] # iSCSI 대상 검색의 chkconfig iscsi iSCSI 대상 서버 (예 : iSCSI SAN)의 모든 iSCSI 대상을 검색하려면 iscsiadm 명령을 사용하십시오.  이 경우 OpenFiler를 실행하는 서버) : [root @ linux ~] # iscsiadm -m 검색 -t sendtargets -p 192.168.197.201 192.168.197.201:3260,1 iqn.2006-01.com.openfiler : tsn.target1 참고 : 내 예에서, iSCSI 대상 (SAN)의 호스트 이름은 "openfiler.mydomain.com"이고 IP 주소는 192.168.197.201입니다. iSCSI 대상에 로그인하고 부팅시 자동 로그인을 구성합니다 [root @ linux ~] # iscsiadm -m node -T iqn.2006-01.com.openfiler : tsn.target1 -p 192.168.197.201 --login [root @ linux ~] # iscsiadm -m node -T iqn.2006-01.com.openfiler : tsn .target1 -p 192.168.197.201 --op update -n node.startup -v 자동 iSCSI 세션이 활성 상태인지 확인합니다. [root @ linux ~] # iscsiadm -m session tcp : [1] 192.168.197.201:3260,1 iqn.2006 -01.com.openfiler : tsn.target1 iSCSI 대상이 [root @ linux ~] # (cd / dev / disk / by-path; ls -l * iscsi * | awk '{FS = "" ip-192.168.197.201 : 3260-iscsi-iqn.2006-01.com.openfiler : tsn.target1-lun-0 -> ../../sdc 이것은 다음과 같이 알려줍니다. 우리는 그 t iSCSI 대상이 시스템의 / dev / sdc에 매핑되었습니다.  여기에서 원하는대로 표준 파티션 / 포맷 명령 (fdisk, mkfs 등)을 사용하여 디스크를 설정하십시오! Linux 클러스터링의 허락을 받아 재현

Filed Under: 뉴스 및 이벤트

  • « Previous Page
  • 1
  • …
  • 18
  • 19
  • 20
  • 21
  • 22
  • …
  • 76
  • Next Page »

최근 게시물

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

가장 인기있는 게시물

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

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