SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

클라우드 가용성 : 2021 년의 가장 큰 함정

by Leave a Comment

클라우드 가용성 : 2021 년의 가장 큰 함정

저자 Carey Nieuwhof는 2021 년의 가장 큰 함정에 대한 블로그 주제로 저를 매료 시켰습니다. HA와 직접적으로 이야기하지는 않았지만 주제만으로 2020 년의 일부 트렌드를 반영하게되었습니다. 클라우드 혁신은 다양하며 인프라의 가장 기본적인 수준에서 시작됩니다. AI, 머신 러닝, 컴퓨팅 용량 및 알고리즘, 메모리 관리 및 공유, 기타 배터리의 발전은 말할 것도 없습니다. 이러한 모든 발전으로 인해 현재 세대의 클라우드는 가장 강력하고 안정적이며 사용 가능한 데이터 센터가됩니다. 중복 전력, 냉각, 모니터링 및 경고를위한 IoT 장치 군단, 중복 네트워킹, 고속 상호 연결, 대용량 서버, 스토리지 및 디스크로 최적화 된 이러한 센터는 인상적이며 2021 년에 나타날 수있는 가장 큰 함정일 수 있습니다.

2021 년의 가장 큰 함정은 클라우드 가용성만으로도 고가용 성과 동일하거나 충분하다고 믿게 될 것입니다. 이것은 해부하기위한 복잡한 함정입니다. 많은 데이터 센터의 중추를 구성하는 명명 된 발전 목록은 실제로 방대하고 인상적이며 클라우드를 주도하는 기술 혁신의 일부에 불과합니다. 그렇다면이 대규모 중복, 고용량, AI 기반 인프라를 함정으로 만드는 이유는 무엇일까요? 즉, 이러한 하드웨어 및 인프라 가용성은 여전히 기업을 위험에 빠뜨립니다.

클라우드 고 가용성의 주요 위험

디스크

디스크는 더 빠르고 지능적입니다. 칩셋, 액세스 기술, 제조, 스토리지 용량 및 습격 기술의 새로운 눈에 띄는 발전은 클라우드 공급 업체가 속도, 액세스 및 중복성을 위해 화려한 숫자를 올릴 수 있음을 의미합니다. 이렇게하면 디스크 인프라에 대한 SPOF (Single Point of Failure)의 위험이 줄어들고 단일 디스크 또는 디스크의 일시적인 전원 손실로 인해 가용성이 저하되지 않는다는 확신을 갖게됩니다.

스토리지 어레이

디스크에 대한 액세스를 제공하는 데이터 센터 내에 수용된 스토리지 어레이 및 인클로저도 크게 향상되었습니다. 더 이상 깜빡이는 불빛과 에어 보트 크기의 팬이 눈에 띄지 않게이 장치는 크기가 작지만 용량과 성능이 향상되었습니다. 중복 전원, 중복 디스크 기능으로 구축되지 않고 연결된 스토리지 장치간에, 심지어 더 먼 거리에 분산 된 장치 간에도 거의 제로 복제를 제공 할 수없는 최신 섀시를 찾기가 어려울 것입니다. 또한 이러한 유닛은 AI의 이점을 추가하여 오류를 예측하고, 문제를 사전에 해결하고, 워크로드를 최적화하여 성능 병목 현상을 줄였습니다.

서버

유명 제조업체와 기술 예측가가 미래의 환경을 바꿀 게임 변화 기술을 예측했던 것이 너무 오래 전처럼 보였던 때를 기억하십시오. 사람들이 풋 프린트 감소, 더 빨라진 더 복잡한 칩셋, NVMe, 배터리 효율성, 냉각 발전, 스토리지 발전, 인 메모리 및 영구 메모리 발전, GPU 및 베어 메탈 프로비저닝과 같은 서버 기술 발전을 예측했던 것은 수십 년 전처럼 보입니다. 그 미래가 도래했고 넘어 섰습니다. 서버는 이제 클라우드 컴퓨팅 기능의 속도를 가속화하고 중복성, 안정성 및 견고성을 촉진하는 클라우드의 기능을 향상시키고 있습니다.

네트워킹

네트워킹 솔루션, 도구, 소프트웨어 및 장비의 발전으로 2020 년에 클라우드 가용성을 더욱 강화할 수있는 항목 목록이 추가되었습니다. 지난 몇 년 동안 공급 업체는 클라우드 간 및 인트라 클라우드 네트워크의 속도, 가능한 토폴로지, 용량 및 거리 기능을 확장 한 솔루션을 출시했습니다. 다른 많은 기술과 마찬가지로 공급 업체는 AI 및 기계 학습을 사용하여 트래픽 흐름과 패턴을 자동화하고 있으며, 제조 기술의 발전을 활용하여 가용성과 안정성을 위해 활용할 수있는 장치 중복성을 구축합니다.

응용

애플리케이션은 보호되지 않은 상태로 두어도 여전히 클라우드 아키텍처의 취약한 부분입니다. 애플리케이션 인식 고 가용성 모듈 또는 프레임 워크 또는 SIOS 애플리케이션 복구 키트 (ARK)로 보호되지 않는 애플리케이션은 비즈니스 라이프 사이클에서 가장 중요한 시간 또는 순간에 다운 될 위험이 있습니다. SIOS ARK는 클라우드의 애플리케이션에 중요한 애플리케이션 인식 모니터링 및 복구는 물론 장애 발생시 장애 조치 및 재해 복구 조정 기능을 제공합니다.

데이터베이스

수많은 데이터베이스가 견고성을 높이고 일부는 복제 기능 향상을 제공하기 위해 뛰어 들었지만 이러한 데이터베이스는 자체적으로 여전히 위험합니다. 복제 기술을 사용하는 데이터베이스는이를 필요로하는 애플리케이션 구성 요소에서 고 가용성을 보장하기 위해 여전히 오케스트레이션, 자동화 및 인텔리전스가 필요합니다. 애플리케이션이 실제로 다른 리전 또는 DR 사이트에 실패한 경우 데이터베이스가 기본 리전 및 가용 영역에서 계속 윙윙 거리는 것이 좋은 점입니다. SIOS Technology Corp HANA ARK 및 SAP 인증 SAP S / 4 HANA ARK의 자동화 및 모범 사례를 통해 SAP HANA 데이터베이스와 같은 복제로 데이터베이스를 보완합니다. 복제 기술이 없거나 SIOS Protection Suite, Linux 용 SIOS DataKeeper 및 관련 ARK의 조합으로 기술이 제한되는 데이터베이스를 보호합니다.

저장

디스크 및 스토리지 영역에서 소프트웨어 및 하드웨어 RAID의 용량, 중복성이 높은 가용성을 의미한다고 믿으면 흥미로울 수 있습니다. 그러나 스토리지는이를 필요로하는 애플리케이션 및 가상 머신에서 액세스 할 수있는 경우에만 사용할 수 있습니다. EFS 및 ANF와 같은 마운트 된 클라우드 공유 및 볼륨을 모니터링하고 복구하기 위해 배포 한 기술은 무엇입니까? 계획되지 않은 다운 타임 및 관련 혼란은 의도하지 않은 마운트 해제 또는 선의의 사용자에 의한 오프라인 작업과 비슷할 수 있습니다.

가상 머신

하이퍼 바이저 기술은 가상 머신 푸시 버튼을 쉽게 만들었습니다. 통합 클라우드 솔루션은 VM을 사용할 수 있는지 모니터링하고 다시 시작 또는 마이그레이션과 같은 옵션을 제공합니다. 이러한 솔루션은 가용성을 지연, 지연 또는 저하시킬 수있는 가상 머신의 문제를 해결하기에 충분하지 않습니다. 클라우드 공급 업체가 제공하는 것 외에도 다음과 같은 VM 상태를 모니터링하는 방법을 이해하는 모니터링 및 가용성 솔루션이 필요합니다.

  • 디스크 용량.
  • CPU 교착 상태
  • 메모리 경합 및 오류
  • 자원 고갈

애플리케이션 요청을 처리하는 기능없이 실행되는 VM은 클라우드 전용 모니터링의 눈을 벗어날 수 있지만 고 가용성 솔루션의 감시 모니터링을 벗어나서는 안됩니다.

데이터 센터

잠시 현실이 되세요. 데이터 센터 가용성, 중복성 및 안정성의 모든 발전으로 인해 데이터 센터를 단일 장애 지점 (SPOF)으로 제거 할 필요성이 없어지지는 않습니다. 고객 경험 담당 부사장으로서 우리는 주요 퍼블릭 클라우드 공급 업체와 마찬가지로 프라이빗 클라우드 데이터 센터 내에서 동급 최고의 중복성을 구축 한 고객과 협력했습니다. SIOS Technology Corp에서 제공하는 고 가용성 및 데이터 복제 솔루션이 아니었다면이 고객은 열대성 폭풍이 지역을 휩쓸고 전력, 백업 발전기, 냉각, 네트워킹을 중단했을 때 심각한 다운 타임을 경험했을 것입니다.

그러나 SIOS 기술을 통해 고객은 폭풍에 앞서 더 내륙의 데이터 센터로 사전에 장애 조치를 취할 수있었습니다. 냉각 장애, 건설 사고, 인명 및 자연 재해는 단일 데이터 센터가 고가용 성과 동일하지 않다는 것을 지속적으로 상기시켜줍니다.

2021 년의 가장 큰 함정에 빠지지 마십시오. 클라우드가 지원한다고 생각하지 않도록하여 진정한 고 가용성을 확보하십시오.

– Cassius Rhue, VP, 고객 경험

SIOS에서 재현

고 가용성을 개선하는 50 가지 방법

by Leave a Comment

나는 또 다른 해의 시작을 좋아합니다.글쎄, 대부분.저는 낙관주의, 신비, 잠재력, 그리고 달력이 또 다른 해로 바뀌면서 삶의 길을 안내하는 것처럼 보이는 희망을 좋아합니다.그러나 달력이 바뀌면 몇 가지 단점이 있습니다.매년 새해가 시작되면 '____ 방법'이 나타납니다.내받은 편지함은 항상 "체중 감량을위한 20 가지 방법"으로 가득 차 있습니다. "포트폴리오를 구축하는 10 가지 방법." "스트레스 관리를위한 세 가지 팁." "새 iPhone을 사용하는 19 가지 방법." “홈 오피스를 개선하는 13 가지 방법”을 포함하여 삶과 일의 거의 모든 영역에서 자기 개선, 문화 변화, 스트레스 관리 및 체중 감량에 대한 목록의 맹렬한 공격이 있습니다. 그러나 고 가용성은 어떻습니까?매주 시간이 너무 많습니다. 그렇다면 HA 솔루션을 그 어느 때보 다 효율적이고 견고하게 만드는 방법은 무엇입니까?당신의 목록은 어디에 있습니까?다음은 고 가용성 아키텍처 및 솔루션을 개선하는 50 가지 방법입니다.

  1. 클러스터에서 더 많은 정보를 더 빠르게 확보
  2. 주요 모니터링 지표에 대한 경고 설정
  3. 분석을 추가하십시오.지식을 늘리세요
  4. 권위있는 관점에서 간결한 아키텍처 구축
  5. 더 많은 리소스를 연결하십시오. 유사한 파트너 및 다른 HA 전문가와 연결
  6. 고 가용성을 전문으로하는 컨설턴트 고용
  7. 100 배의 기존 보장. 보호 대상 확장
  8. 로그 및 관리 플랫폼을 중앙 집중화
  9. 바쁜 일 제거
  10. 해킹 및 해결 방법 제거
  11. 견고하고 반복 가능한 솔루션 아키텍처 생성
  12. 플랫폼 활용 : 퍼블릭, 프라이빗, 하이브리드 또는 멀티 클라우드
  13. 당신의 격차를 발견하십시오
  14. SPOF (Single Point of Failure) 검색
  15. 불완전한 솔루션 구현 거부
  16. 크라우드 소싱 아이디어 및 개선 사항
  17. 상업용 및 용도 구축
  18. 각 라이프 사이클 단계에 대한 명확한 전략 수립
  19. 의사 결정 과정을 명확히
  20. 프로세스 문서화
  21. 운영 플레이 북 문서화
  22. 아키텍처 문서화
  23. 직원 교체 계획
  24. 유지 관리 계획
  25. 정기 유지 관리 (패치, 업데이트, 보안 수정) 수행
  26. 온 보딩 전략 정의 및 수정
  27. 책임을 명확히
  28. 커뮤니케이션 라인 개선
  29. 이해 관계자와의 의사 소통
  30. 위기 이전에 위기 해결 실행
  31. 인프라 업그레이드
  32. VM을 업 사이즈하십시오. CPU, 메모리 및 IOP
  33. 영역 또는 지역 수준에서 중복 추가
  34. 데이터 복제 및 재해 복구 추가
  35. Go OS 및 클라우드 불가지론
  36. 팀을위한 교육 받기 (클라우드, OS, HA 솔루션 등)
  37. 계속 팀 훈련
  38. 혼돈 테스트 살펴보기
  39. 동급 최고의 아키텍처 모방
  40. 창의력을 발휘하십시오.혁신은 보호하고 자동화 할 수있는 것을 확장합니다.
  41. 자동화 향상
  42. 시스템 조정
  43. 더 들어 봐
  44. 엄격한 변경 관리 구현
  45. QA 클러스터를 배포합니다.프로덕션을 업데이트 / 업그레이드하기 전에 모든 것을 테스트하십시오.
  46. 모든 실패에 대한 근본 원인 분석 실행
  47. RCA 및 폐쇄 루프 수정 조치 보고서 해결
  48. 처음으로 수업을 배우십시오.주요 학습 내용을 재사용합니다.
  49. Declutter.프로덕션 클러스터에서 불필요한 서비스 또는 애플리케이션을 실행하지 마십시오.
  50. 끈기있게 행동하십시오.계속 노력하십시오.

그렇다면 엔터프라이즈 가용성을 높이고 개선하기 위해 배운 아이디어와 방법은 무엇입니까? 알려주세요!

-Cassius Rhue, VP, 고객 경험

SIOS에서 재현

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

by 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에서 재현

고 가용성을위한 클라우드 마이그레이션 모범 사례

by Leave a Comment

고 가용성을위한 클라우드 마이그레이션 모범 사례

고 가용성을위한 클라우드 마이그레이션 모범 사례

2020 년에는 더 많은 기업이 미션 크리티컬 애플리케이션, ERP 및 데이터베이스를 클라우드로 마이그레이션하는 것을 보았습니다. 그러나 이러한 모든 마이그레이션이 순조롭게 진행되지는 않았습니다. 저는 개인적으로 클라우드 마이그레이션 프로젝트가 애플리케이션 가용성에 대한 계획 부족, 'DIY 고 가용성'개조의 복잡성, '리프트 앤 시프트'가 수반하는 것과 관련된 오해 및 예상치 못한 비용으로 인해 급격히 느려지고 중단되는 것을 목격했습니다.

조직이 클라우드를 준비 할 수있는 다양한 모범 사례, 클라우드 체크리스트 및 기타 방법이 있습니다. 다음 모범 사례는 2020 년 클라우드 마이그레이션을 중단했거나 2021 년에 진행할 계획 인 사람들을 위해 고 가용성 클러스터링을위한 모든 마이그레이션 전략에 고려되어야합니다.

클라우드 마이그레이션 모범 사례

요구 사항 수집

클라우드로 이동하는 많은 조직은 클라우드가 클라우드로 이동 한 온 프레미스 아키텍처라고 생각합니다. 클라우드 마이그레이션에 대한 이러한 오해로 인해 네트워킹, 스토리지, 디스크 속도 및 온 프레미스의 시스템 크기가 클라우드 현실과 충돌 할 때 종종 지연 및 지연이 발생합니다. 클라우드로의 원활한 전환은 인프라, 거버넌스 및 규정 준수, 보안, 크기 조정 및 관련 제어 및 리소스에 대한 실제 요구 사항을 수집하는 것으로 시작됩니다.

디자인 및 문서

설계 단계에서 온 프레미스 환경의 아키텍처는 최대 가용성을 위해 선택되고 철저하게 문서화 된 클라우드 환경에 매핑됩니다. 이 단계에서 아키텍처가 형성되고 IP,로드 밸런서, IOPS 및 데이터 가용성에 대한 전략을 식별합니다. 팀은 클라우드의 복잡성을 자동화 할 수있는 강력한 애플리케이션 및 인프라 가용성 솔루션으로 클라우드 고유의 가용성을 어떻게 강화해야하는지 살펴 봐야합니다. SIOS에서 AWS 및 Azure 클러스터링 및 가용성 전문가는 고객과 협력하여 AWS EFS, Azure ANF 또는 독립 실행 형 NFS 클러스터 계층에 대한 온 프레미스 NFS를 교체합니다. 또한이 단계에서 성공적인 구현의 핵심 부분은 모든 것을 문서화하는 것입니다. 문서화는 종종 무시되지만 마이그레이션 성공의 필수 요소입니다.

고 가용성 계획

클라우드에서 고 가용성을 달성하려면 요구 사항을 이해하고, 설계를 만들고, 이러한 요구 사항을 달성하기위한 전략을 세우는 계획을 문서화해야합니다. 기본 계획에는 인력 배치, 직원 교육, QA 시스템 테스트 배포, 사전 프로덕션 단계, 배포, 배포 후 유효성 검사 및 지속적인 반복이 포함되어야합니다. 클라우드 마이그레이션의 최상의 결과는 계획된 계획된 프로세스에서 비롯됩니다. 임시 고장 수리 접근 방식이 아닙니다.

직원

귀하의 팀은 클라우드 마이그레이션을 위해 얼마나 잘 인력을 배치하고 있습니까? 기존 헬프 데스크, 클라이언트 / 서버 IT 또는 IT 팀은 클라우드 마이그레이션에 충분하지 않을 수 있습니다. 팀이 클라우드를 처음 접하는 경우 더 많은 리소스 또는 전문 서비스 기반 솔루션을 추가하는 것을 고려할 때입니다. 클라우드로의 마이그레이션은 적절한 통찰력, 정보 또는 교육 없이는 부담스럽고 지루하며 어려울 수 있습니다. 직원이 클라우드 환경과 관련된 교육을 통합해야합니까? IT 팀을 지원하기위한 교육 및 전문 서비스를 찾고있는 동안 공급 업체에 가용성 솔루션과 관련된 교육을 문의하십시오. 많은 공급 업체가 HA 솔루션에 대한 유연한 교육을 제공하며 클라우드 공급 업체 또는 Udemy와 같은 인기 사이트에서 클라우드 교육을받을 수 있습니다.

QA 배포

QA 배포 단계는 팀이 실제 시스템을 클라우드에 배포하기위한 계획을 실행하는 단계입니다. 성공적인 배포 팀은 계획과 전략을 검증하고, 데이터 마이그레이션 프로세스를 이해하고, 누락 된 종속성을 발견하고, 프로세스의 다음 단계, 특히 테스트를 준비합니다. 이 단계를 건너 뛰거나 생략하면 한때 약속했던 마이그레이션이 종종 중단되거나 실패합니다. QA 시스템 배포 단계에 도달하면 팀은 클라우드에서 애플리케이션, 데이터베이스 및 중요 데이터의 초기 마이그레이션 및 구성에 대한 무거운 작업을 수행합니다.

고 가용성 테스트

QA 환경에서 테스트하는 것은 중요한 단계입니다. 이러한 테스트는 시간 낭비가 아닙니다. 시간을 절약 할 수 있습니다. 클라우드에 환경을 배포하는 것이 온 프레미스 배포보다 더 쉬운 경우가 많습니다. QA 환경은 Ansible과 같은 도구를 사용하여 스크립팅하거나, 클라우드 마켓 플레이스 또는 복제 된 이미지의 템플릿으로 빠르게 배포하거나, 클라우드 형성 템플릿에서 배포 및 구축 할 수 있습니다. 일단 배포되면 재난 시나리오는 재난이 아닌 재난 이전에 정리하고 최적화 할 수 있습니다. 테스트 시나리오를 활용하여 네트워킹 또는 디스크 속도와 관련된 오버 프로비저닝, 언더 프로비저닝 또는 병목 현상을 식별 할 수 있습니다. 새로운 직원을위한 온 보딩 전략의 일부로 전체 테스트 시나리오를 사용할 수도 있습니다. 또한 스냅 샷 및 백업에 대해서도 테스트를 수행해야합니다.

프로덕션 배포

테스트 단계가 완료되고 팀이 테스트 결과를 검증하면 다음 단계는 QA에서 사전 프로덕션으로, 사전 프로덕션에서 가동으로 이동하는 것입니다. 테스트 단계는 최종 사용자 승인 테스트, 프로덕션 데이터의 최종 전환 및 업데이트, 그리고 사용자를 포함하는 무거운 작업의 마지막 단계입니다.

검토, 수정 및 반복

성공적인 마이그레이션은 가동 단계에 도달해도 끝나지 않고 수명주기 단계를 통해 계속됩니다. 클라우드 마이그레이션 전략의 사후 가동 단계에서 팀은 '수집'에서 '생산 배포'까지의 단계를 계속 검토, 수정 및 반복합니다. 실제로 팀은 릴리스, 애플리케이션 업데이트, 보안 업데이트, 관련 시스템 유지 관리, 운영 체제 버전, 재해 복구 계획 및 고 가용성 공급 업체의 최고 요구 사항에 대한 요구 사항을 기반으로이 프로세스를 반복해야합니다. 관행. 클라우드 플랫폼은 항상 진화하고 있으며 기존 HA 솔루션 및 아키텍처를 향상시킬 수있는 새로운 기능, 업데이트를 추가합니다. 프로세스를 검토, 수정 및 반복하는 것은 성공적인 온 보딩에 필요한 단계입니다.

2021 년에는 더 많은 기업이 더 많은 미션 크리티컬 애플리케이션, ERP 및 데이터베이스를 클라우드로 마이그레이션 할 것입니다. 성공의 주요 주요 요인은 클라우드 마이그레이션 모범 사례를 활용하여 프로세스 전반에 걸쳐 지연 및 실패를 방지하는 것입니다. 비즈니스 요구 사항 및 요구 사항을 이해하고, 설계 및 계획을 문서화하고, 특정 목적으로 구축 된 클러스터링 솔루션을 사용하여 QA 환경에 배포하고, 가동 전에 광범위한 테스트를 실행하는 것이 필수적입니다. 신중한 클라우드 이전 권장 사항에 SIOS Protection Suite를 포함하는 방법을 알아 보려면 SIOS Technology에 문의하세요.

-Cassius Rhue, VP, 고객 경험

SIOS에서 재현

 

새로운 표준은 여전히 고 가용성을 포함합니다.

by Leave a Comment

새로운 표준은 여전히 고 가용성을 포함합니다.

대유행 이후의 세계에서 가동 시간의 중요성

백신이 생산에 들어가 시설과 지역 사회에 출시됨에 따라 기업은 정상으로의 재진입을 준비하기 시작했습니다.기술 및 비 기술 분야의 많은 기사와 작가는 유행병 이후 시대의 '정상'이 2020 년에 우리가 사용했던 '정상'과 크게 다를 것이라고 예측하고 있습니다. 전문가는 다양합니다. 그러나 모든 비즈니스와 산업 유형이 '정상'의 변화를 보게 될 것이라는 데 진정으로 동의합니다.이 변화는 학계에서 제조 공장, 금융 기관, 예배당에 이르기까지 모든 것에 영향을 미칠 것입니다. 새로운 노멀은 2020 년에 우리가 갑자기이 장소를 떠났을 때와 잠재적으로 다르게 보일 것이지만, 일부는 여전히 새로운 노멀의 일부가 될 것입니다.

고 가용성이 2021 년의 새로운 표준에 여전히 포함되는 4 가지 이유.

  • 새로운 데이터베이스 및 애플리케이션 시스템

택배, 홈 스쿨링, 홈 엔터테인먼트, 심지어 홈 체육관이 미래의 호황을 누리는 부분이 될 것이라는 예측이 많습니다.이 붐은 새로운 비즈니스로 이어질 것입니다. 이는 이러한 새로운 비즈니스가 추가 온라인 쇼핑을 처리하기 위해 고 가용성이 필요한 클라우드 서비스 및 애플리케이션을 배포 할 것임을 의미합니다. 제조에서 회계에 이르는 운송 및 관련 서비스의 성장은 말할 것도 없습니다.이러한 새로운 비즈니스 및 서비스의 경우 다운 타임은 기꺼이 받아 들일 수있는 옵션이 아닙니다. 인프라 가용성만을 다루는 클라우드 가용성 SLA는 애플리케이션 수준 HA로 보조금을 받아야합니다.새로운 데이터베이스와 애플리케이션 시스템은 필수 요구 사항으로 99.99 %의 가용성이 필요합니다.

  • 기존 데이터베이스 및 애플리케이션 시스템

"집에서"모든 것이 예상되는 붐은 새로운 데이터베이스, 애플리케이션 및 서비스를 통해 새로운 비즈니스의 급증으로 이어질 것입니다.그러나 이러한 새로운 비즈니스와 신생 기업이 증가한다고해서 기존 기업이 텐트를 접고 공간을 비울 것이라는 의미는 아닙니다.대신, 다양한 "홈"공간에 대한 새로운 경쟁자들의 붐은 기존 기업이 데이터베이스와 애플리케이션을 강화해야하는 시급함을 더욱 증가시킬 것입니다.이 공간에 존재하는 비즈니스는 경쟁과 성장에 발 맞추어 확장해야합니다.확장함에 따라 고 가용성을 유지하는 것은 클라우드, 하이브리드 클라우드 또는 다양한 호스팅 솔루션으로 전환 할 때 기존 데이터베이스 및 애플리케이션 시스템의 핵심 초점이 될 것입니다.이러한 기존 애플리케이션은 현재 위치에서 HA를 포기하지 않으며 고 가용성 및 재해 복구없이 새로운 순열로 재해에 직면하는 것을 고려하지 않습니다.

  • IoT 관리 시스템

새로운 재택 사업은 더 높은 가용성을 요구하는 성장을 촉진 할 것입니다. 해운 업계는 가용성이 필요한 새로운 시스템을 지속적으로 확장하고 생성 할 것입니다.실제로 재택 근무 붐이 계속 될 것이라는 예측이 사라지 든 아니든 IoT 붐은 거의 확실하게 결실을 맺을 것입니다.더 많은 고객이 온라인 쇼핑을하고 한 때 손으로 배달 된 제품을 배송할수록 제품에 대한 더 많은 지원이 필요합니다. 이러한 열망하고 불안한 고객은 패키지 위치를 추적하고 업데이트를받을 수있는 더 많은 방법을 원할 것입니다.추가 체크 포인트, 체크인 허브 및 IoT 장치가 새로운 표준의 주축으로 추가 될 것입니다. 동시에 계획에는 추가 시스템이 신뢰할 수 있고 사용 가능한지 확인하는 것도 포함되어야합니다. 고객을위한 신뢰 통화와 기업을위한 데이터를 생성하는 것이 훨씬 더 중요합니다.

  • 다운 타임의 새로운 원인

전 세계가 "정상"으로의 복귀를 기대함에 따라 이러한 복귀는 새로운 도전과 기회를 창출 할 것입니다.이러한 새로운 기술과 함께 데이터베이스 및 애플리케이션 2021의 확장 된 배포는 다운 타임의 새로운 원인, 재해를 유발하는 오래된 적 및 기타 예상치 못한 중단을 경험할 것입니다. 애플리케이션 (더 강력한 모니터링 및 기능을 가진 애플리케이션이라하더라도)은 불안정하거나 중단을 초래하는 충돌 또는 통합 문제로 이어지는 코딩 버그의 옛 적을 계속 경험할 것입니다.시스템, 클라우드 또는 온 프레미스는 여전히 하드웨어 결함, 인적 결함, 간헐적으로 간단하지 않은 간단한 유지 관리, 권한 상승 및 지식 감소를 가진 대자연 또는 새로운 사람과 같은 힘에 취약합니다.고 가용성 클러스터, 솔루션 및 서비스에 대한 사려 깊은 접근 방식이 필요한 새로운 재난이 기회로 안내됩니다.

예, 2020 년 초에 문을 닫은 이후로 회사에 많은 변화가있을 것입니다. 그러나 모든 비즈니스가 돌아 오는 새로운 표준에는 확실히 고 가용성이 필요합니다.

작가 참고 :

많은 가족들에게 유행병 이후의 세계는 비어있는 의자, 더 이상 채워지지 않은 침대, 가슴 아픈 아픔으로 끝나는 웃음과 기억으로 크게 다를 것입니다. 이 모든 가족들에게 SIOS Technology Corp.는 귀하의 상실과 위로와 슬픔에 대한기도에 대해 가장 깊고 진심으로 애정을 표합니다.

– Cassius Rhue, 고객 경험 담당 부사장

SIOS에서 재현