작성자 : Techopedia Staff, 2016 년 12 월 7 일
테이크 아웃 : 호스트 Eric Kavanagh는 Robin Bloor, Dez Blanchfield 및 IDERA의 Bert Scalzo와의 가용성에 대해 논의합니다.
현재 로그인하지 않았습니다. 비디오를 보려면 로그인 또는 가입하십시오.
에릭 카바나 흐 : 신사 숙녀 여러분 안녕하세요, 다시 한 번 환영합니다. 수요일에는 동부 표준시로 4시이며, 요즘에는 데이터 세계에있는 경우 한 가지만 의미 할 수 있습니다. 다시 한 번 Hot Technologies의 시간입니다! 네 확실합니다.
제 이름은 Eric Kavanagh입니다. 공연의 호스트가 되겠습니다. 그것은 무엇이 뜨거운 지, 무슨 일이 일어나고 있는지, 기업에서 사용되는 멋진 것들을 알아 내기 위해 설계되었으며 당연히이 전체 분야에서 우리가하는 모든 작업의 기초는 데이터베이스입니다. 데이터베이스 보호에 대해 이야기하겠습니다. 정확한 주제는“데이터베이스 보호 : 수요가 많은 데이터에 대한 고 가용성”입니다. 따라서 실제로는 데이터베이스에 대한 슬라이드가 있습니다. 그리고 나에 대해 충분히 트위터 @eric_kavanagh에서 나를 때리십시오.
첫째, 올해는 뜨겁고, 데이터는 뜨겁고, 빅 데이터는 매우 뜨겁지 만 실제로는 여전히 가장자리에 있습니다. 요즘 더 많은 회사가 빅 데이터를 활용하고 있으며, 전 세계 대부분의 빵 및 버터 조직은 여전히 전통적인 데이터를 사용하고 있으며, 데이터 수요가 많을 경우 데이터를 사용할 수 있는지 확인하려고합니다. 시스템이 다운 될 때, 데이터에 액세스 할 수 없을 때, 즉 불행한 고객, 불행한 전망, 고객 이탈, 모든 종류의 물건, 파트너 등이 불행 해 지므로 원하지 않습니다.
우리는 오늘날 비즈니스에서 최고 중 일부로부터 배울 것입니다. 약 30 년 동안 데이터베이스 전문가 인 Dr. Robin Bloor의 의견을들을 것입니다. 오랫동안이 일을해온 데즈 블란 치 필드 (Dez Blanchfield)는 정말 어렸을 때 시작했고, 정말 데이터베이스 블랙 벨트 인 IDERA의 Bert Scalzo입니다. 여러분, 물러서지 말고 질문하십시오 –이 이벤트의 큰 부분은 좋은 질문을하고 좋은 답변을 얻을 때 중요합니다. 채팅 창이나 콘솔의 Q 및 A 구성 요소를 통해 보내십시오.
그리고 그걸로 로빈 블로어에게 전달할 것입니다.
로빈 블로어 박사 : 좋아, 이것을 클릭하고 그것이 움직이는 지 봅시다. 특히 데이터베이스에 대해서는 이야기하지 않겠습니다. 나는 소개, 첫 소개 프리젠 테이션을하고 있기 때문에 예상되는 서비스 수준과 물론 이용 가능성, 즉 오늘 쇼의 주제 인 거래 가능성에 대해 이야기 할 것이라고 생각했습니다.
그리고 질문은“정말, 가용성이란 무엇입니까? 요즘 사람들이 데이터 센터를 운영하는 방식에 어떤 부분이 영향을 미칩니 까?”제가 주목 한 한 가지는 – 90 년대에이 사실을 실제로 발견했습니다. 한 사이트에서 작업 중이고 이메일이 다운되어 사용자가 불평하기 시작했습니다 15 분.
그리고 CTO 나 IT 담당자는 실제로 서비스 수준을 결정하고 15 분 동안 이메일이 다운 된 사람이 서비스 수준을 위반하지 않는 몇 곳 중 한 곳인 사실에 흥미가있었습니다. . 실제로는 두 시간 동안 나갈 수 있다고 생각합니다. 이메일을 사용할 수 없었습니다. 서버가 없기 때문에 보내고받을 수 없었습니다. 그 이후로 나는 그 이후로 나아간 것을 눈치 채고 있다는 사실을 알았습니다. 모든 것이 속도가 빨라지고 사용자의 기대가 커지고 사람들이 세 가지 서비스 수준을 가질 수있는 상황으로 이어지지 만 종종 그들은 서비스 수준이 실제로 위반되지 않으면 불평을 시작합니다.
따라서 서비스 수준의 정의는 단지 서비스 수준의 관점에서 말하는 내용에 따라 달라질 수 있습니다. 우리는 IT 시스템 또는 IT 응용 프로그램에 대해 이야기했습니다. 일반적으로 성능, 가용성 및 측정 기준으로 정의하십시오. 즉, 서비스 수준을 측정 할 수 없으면 서비스 수준을 실제로 정의 할 수 없습니다. 따라서 일반적으로 일종의 측정이 있으며 일반적으로 응답 시간, 특정 트랜잭션 및 특정 기간 동안 시스템을 사용할 수 있었으며 1994-1995 년 이전에는 정상적인 근무 시간 이상 시스템을 사용할 수 있어야하는 경우는 거의 없었습니다. 따라서 일반적인 스팬을 제공하기 위해 아침 8 시부 터 저녁 6 시까 지, 사람들이 시스템을 구축하고 그렇게 생각합니다. 특히 데이터베이스를 염두에두고 데이터베이스를 특정 방식으로 구성 할 수 있습니다. 배치 윈도우가 줄어들 기 시작했고 일부 시스템과 다른 시스템에서 다시 발생해야한다고 생각한 다음 서비스 또는 아키텍처의 출현으로 이전에 의존하지 않았던 시스템간에 의존하기 시작했습니다. 서로를 더욱 악화시킵니다. 우리는 시스템의 가용성 측면에서 압박을 받았습니다.
제가 한 요점은 가용성에 관해 이야기 할 때였습니다. 백업 및 복구를 포함하며 다음을 포함합니다. – 우리가 말하는 일반적인 용어의 가용성 만이 아닙니다. 응용 프로그램이 실패 할 수있는 여러 가지 방법이 있습니다. 알다시피, 하드웨어 장애가 발생하거나 데이터베이스 장애가 발생하거나, 소프트웨어 장애가 발생하고, 여러 가지 다른 종류의 일이 발생하는 경우, 복구 할 수 있어야하므로 백업해야합니다. 시스템. 따라서 시스템을 백업하는 계획이 필요하며 오늘날 많은 사이트에서 전체 건물이 폭발 할 경우 재해 복구 기능이 필요합니다. 그리고 여기서 언급 할만한 가치가있는 것은, 잠시 후에 그것에 대해 이야기 할 것입니다. 그러나 비즈니스 프로세스에는 서비스 수준도 있으며 실제로 비즈니스에 중요한 비즈니스 프로세스의 서비스 수준도 있습니다. IT는 단지 계약에 따라 그 일부만 수행하면됩니다.
IT 서비스 수준은 일반적으로 비즈니스 프로세스 서비스 수준에 종속적이지만 15 년 전 조직이 잘 정의 된 서비스 수준을 갖는 경우는 거의 없었지만 여전히 조직에서 비즈니스 프로세스에 대해 잘 정의 된 서비스 수준을 갖는 것은 매우 드 rare니다. . 그것은 지금 일어나고있는 일입니다. 오랫동안 진행되어 온 것이 아닙니다.
이것은 가속 및 시간 장벽이며 시간 장벽을 언급 할 가치가 있습니다. 우리는 점차 이벤트 처리 세계로 이동하고, 그로 인해 점차 실시간 세계로 이동하고, 그로 인해 가용성이 점차 24x7로 점차 바뀌고 있으며, 그로 인해 실제로 많은 시스템에서 어려움을 겪고 있습니다. 달성하기 어렵다. 비용이 많이 들거나 실제로는 시스템을 변경하거나 다른 데이터베이스, 다른 버전의 데이터베이스 소프트웨어로 이동해야 할 수도 있습니다.
또한 이러한 시간 장벽 – 그리고 기회가있을 때마다 항상 언급하고 싶습니다 – 이것은 우리의 응용 프로그램이 실행되는 시간 장벽입니다. 응용 프로그램은 소프트웨어가 소프트웨어와 통신 할 때 가능한 빠른 속도를 원할 수 있습니다. 어떤 상황에서는 실제로 허용 가능한 라이센스가 없으며, 가능한 한 빠른 속도를 원하고, 시장 상황과 같은 비즈니스 용어의 상황에서 구매 주문을받는 사람이 다른 사람보다 가격이 더 낮은 상황 누가 먼저 와서 소프트웨어 속도가 중요합니다.
그러나 여러분은 실제로 인간을 상대 할 때 (상호 작용을 할 때) 실제로 당신에게 요구 될 수있는 최고의 응답 시간은 1/10 초입니다. 왜냐하면 그것은 인간의 응답 시간에 관한 것이기 때문입니다. 인간은 어쨌든 눈치 채지 않기 때문에 그보다 더 빨리 갈 필요가 없습니다. 1.1 초에서 4 초 사이는 인간이 일반적으로 견딜 수있는 대기 시간이지만 약 4 초가 지나면 다른 일을하지 않기 때문에 실제로 배치 활동에 빠지게됩니다.
따라서 배치 동작이 의미가 있고 이벤트 처리 환경에 있지 않은 상황에서 특정 시간 프레임, 일, 주 및 월을 볼 수 있으므로 가용성은 실제로 필요한 측면에서 상당히 다를 수 있습니다. 제공 할 수 있습니다. 그러나 이벤트 세계에있는 즉시 24/7 가용성이 있으며 기술이 더욱 빨라질수록 기술 변경이 중요한 요소가되어 가용성이 향상되지 않을 수 있습니다. 그대로 유지됩니다.
이것은 복잡한 계층이며 깊이 들어가고 싶지는 않습니다. 여기에 고려해야 할 세 가지가 있습니다. 인프라의 서비스 수준이 있습니다. 수직 축입니다. 그런 다음 주어진 응용 프로그램의 서비스 수준이 있고 비즈니스 서비스 수준이 있으며, 서로 의존적이므로 고려해야합니다. 실제로 서비스 수준이 충족되는 반응 형 환경을 만드는 것을보고 있다면
그런 다음 여기 아래쪽에 데이터베이스로 표시되지만 시스템 내에서 무엇이든 할 수 있습니다. 논스톱 구성을 가지고 있다는 것을 알 수 있습니다. 즉, 절대 멈추지 않습니다. 어떤 방법 으로든 다른 방법으로 달성 할 수있는 핫 스탠바이 상황이 있지만, 어떤 방법 으로든 데이터베이스가 실패하면 핫 스탠바이로 전환되어 지연이 거의 없습니다. 사용자가 알아 차릴 수 있지만 많이 알아 차리지 않을 시점까지
웜 대기는 데이터베이스가 대기로 전환되는 동안 모든 직원이 헬프 데스크에 전화를 걸어 헬프 데스크에있는 20 분의 전환과 비슷합니다. 그런 다음 재부팅 시간이 오래 걸리는 경우가 있습니다. 주어진 응용 프로그램이나 특정 데이터베이스가 실제로 진행되고있는 상황과 응용 프로그램에 필요한 서비스 수준에 따라 어떤 상황에 있는지 주목할 가치가 있습니다.
그로부터 나는 단지 복잡성 곡선에 대해 지적하고 싶습니다. 복잡성은 노드와 연결, 종속성에서 비롯됩니다. 우리가 살고있는 세계에서, 어떤 것과 관련된 노드와 연결의 수는 계속 증가하고 있습니다. 따라서 여러분은 이러한 종류의 편의 곡선을 향해 달려갑니다. 복잡성이 증가하는 방식과 시간 차원이 축소되는 방식을 볼 수 있다면 가용성 수준을 알고 있고 시간 목표가 있으며 감소 할 가능성이 있습니까?
따라서 자연스런 발전은 논스톱 운영을 향한 것이며, 물론 적어도 내 경험상 가장 비싸지 만 사용자가 만들 수있는 가장 비싼 구성입니다. 어떤 식 으로든, 이것에 대해 생각하는 모든 조직은 실제로 현재 일어나는 일뿐 만 아니라 앞으로 일어날 일에 대해서도 생각해야합니다.
아마도 마지막으로하고 싶은 것은 서비스 수준 관리가 지속적인 활동이라는 것입니다. 그것은 당신이 프로젝트를 가지고 있다는 것을 아는 것이 아닙니다. 상황이 계속 바뀌기 때문에 그렇지 않습니다. 그렇게 말하면서, 나는 공을 데즈에게 넘길 것이다.
Dez Blanchfield : 감사합니다. Robin. 나는 당신의 오프닝 슬라이드를 좋아합니다. 우리는 방금 재방송을 받았습니다. 영화 "Finding Nemo 2"인 것 같습니다. Nemo가 9의 형태로 가용성을 검색하도록했습니다. 항상 힘든 행동을 따르십시오. 가동 시간과 가용성 및 고성능에 대해 생각할 때 가장 먼저 떠오르는 이미지는 화산과 적도 근처의 솔로몬 제도에서 자랐기 때문에 데이터 센터에서 분화하는 화산입니다. 이 이미지가 항상 떠 올랐을 때 일어날 수있는 이미지입니다. 사랑스러운 후지산의 사진입니다. Etna는 시칠리아의 북동쪽 코너이며 카타니아 바로 옆에 있습니다.
이것에 대한 나의 접근 방식은 당신과 대화를 나누고 C 슈트와 비즈니스 책임자로부터 정기적으로 회의실에서하는 것과 같은 수준으로 몇 가지 테이크 아웃을 제공하는 것입니다. 상업적 또는 기술적 의미와 엔지니어링 유형에서 조직에 영향을 줄 수있는 사항에 대해 설명합니다.
우리는 특히 자동화 및 플랫폼과 관련하여 고 가용성 및 가동 시간에 대해 이야기 할 때 우리가 이야기하고있는 몇 가지 문제를 해결하는 방법과 방법에 대해 생각해야합니다.
우리가 처음에 제기하는 질문은 데이터베이스 시스템과 데이터베이스 플랫폼 가용성에 대해 말할 때 실제로 무엇을 의미합니까? Robin이 서비스 수준 계약에서 우리가 실제로 필요로하는 것과 필요한 것을 매핑하여 이야기 한 것처럼 특정 수준에서 무언가를 사용할 수있게하는 실제 문제에 대해 말하는 것은 실제로 무엇을 의미합니까?
따라서 오늘날의 현실은 사실 제 생각에는 몇 가지 주요 현실이 있습니다. 오늘날 모든 것이 효과적으로 데이터베이스 중심입니다. 오늘날 구축되고 시스템이 파일에 저장되거나 일종의 플랫 파일 로그와 같은 방식으로 구축되는 시스템은 거의 없습니다. 항상 모든 것이 데이터베이스 중심입니다. 그 결과, 데이터베이스, 그에 의존하는 다른 시스템 및 응용 프로그램 및 도구에 대한 데이터베이스 가용성과 그에 의존하여 우리가 제공, 판매 또는 소비하고자하는 서비스를 제공하는 데 대한 생각을 그만 둘 필요가 있습니다. . 그리고 그 주변의 모든 인프라.
사실, 특히 디지털 네이티브 또는 클라우드 네이티브, Uber 및 Airbnb 등과 같이 온 일부 회사 및 약간 오래된 PayPals의 데이터의 큰 혼란에 대해 생각할 때 세계의 eBays – 이러한 데이터베이스의 규모와 규모는 최신 데이터베이스 기술과 최신 클라우드 인프라 때문에 가능합니다. 그것 없이는 추가 된 능력이 없다면 그들은 존재하지 않을 것입니다. 9시 5 분에서 9시 25 분 사이에만 eBay에 접속할 수있는 시나리오를 상상해보십시오. iCloud 나 백업 또는 이와 유사한 작업을 수행하려고했기 때문에 하루 종일 사용할 수 없기 때문입니다. 일했다.
따라서 일상 생활에 대해 생각할 때 소매점, 은행업 및 금융, 항공사 등과 같은 다른 주요 영역이 있습니다. 항공 물류, 운송 운송, 정부 전체, 국가 보안 및 경찰 등 대기업 그룹이 있습니다. 이러한 모든 산업, 모든 시장 부문, 모든 단체, 그룹은 운영 환경에 의존합니다.
그래서, 우리는 또한 우리가 생각해야 할 또 하나의 경고, 내가 당신을 생각하게하고 싶은 또 다른 테이크 아웃을 가지고 있습니다. 우리는 영구적으로 연결되어 있으며 정기적으로들을 수있는 테마입니다. 반복해서 반복하겠습니다. 우리는 이제 매일 하루 종일 스마트 폰을 가지고 있습니다. 우리는 그것들을 끄지 않고 침대 옆에 놓고 알람 시계로 사용하고 카메라로 사용하고 사진을 찍으며 사진을 구름으로 밀어 넣습니다.
그들은 항상 켜져 있고 영구적으로 연결된 정신입니다. 실제로, 내가 사용하고 싶은 문구 동전이 있는데, 이제 우리는 일종의 Fitbit 세대에 살고 있습니다. 이곳에서 모든 것을 측정하고 모든 것을 모니터링하고 있으며 기록하고 기록해야합니다. 그것은 어딘가에 갈 것입니다.
그리고 제가 여러분에게 남길 또 다른 문구가 있습니다. 즉, 그것은 항상 어딘가에 9시입니다. 우리가 살고있는 24/7/365 세계입니다. 지구는 끊임없이 태양 주위를 돌며 하루 중 시간은 매일 9시입니다. 이는 사람들이 침대에서 일어나 물건을 사거나 물건을 사거나 물건을 설치하는 등의 일을한다는 것을 의미합니다.
그렇다면 고 가용성에 대해 이야기 할 때 무엇을 의미합니까? 디테일에 뛰어 들기 전까지는 정말 분명하게 들립니다. 따라서“OK, 고 가용성은 무엇을 의미합니까?”에 대해 생각할 때 실제로는 탄환이 없습니다. Robin은 가용성 및 서비스 수준 계약 측정과 같이 언급 한 일부 주제와 관련하여 매우 복잡한 개념입니다. 우리는 그것을 다음과 같은 것들에 매핑합니다. 이러한 질문이 있습니다. 가동 시간입니까? 우리는 5 분의 9와 같은 것들에 대해 걱정합니까? 우리는 서비스 수준 계약의 내용을 고려합니까? 예를 들어, 서비스 수준 계약에서는 서비스 수준 계약에 대한 3 글자 약어가 요즘 점점 더 중요 해지고 있습니다.
온-프레미스 및 자체 호스팅의 전체 프로세스를 진행하면서 타사 데이터 센터 및 아웃소싱 된 관리 서비스에 아웃소싱하고 이제 클라우드로 향합니다. 현실은 클라우드에 대해 이야기 할 때 실제로 다른 사람들의 컴퓨터 일뿐입니다. 이는 인프라를 실행하지 않고 시스템을 실행하지 않으며 항상 클라우드를 실행하지 않음을 의미합니다. 인프라로 플랫폼을 설정하고 있으므로 영업 서비스에서 더욱 중요합니다. 예를 들어, 판매를 상상해보십시오. 해당 인프라를 건드리지 않고 웹 인터페이스에 로그인하기 만하면됩니다.
따라서 서비스 수준 계약 인 제어 할 수있는 모든 형태의 클라우드 및 아웃소싱 인프라 인프라에서 보유한 유일한 메커니즘은 사용자가 보유한 유일한 메커니즘이며, 사람들이 설치를 충족하지 않으면 견딜 수 있습니다. 위약금 및 귀하가 지불하는 금액의 감소 또는 귀하는 지불하지 않습니다.
따라서, 고 가용성을 어떻게 관리해야하는지에 대한이 모든 도전을 떠올리게됩니다. 인프라가 아닌 경우 가용성 가동 시간을 어떻게 관리합니까? 예를 들어 SLA에 관한 것입니다. 인프라이거나 설계 관점에서 다른 인프라 인 경우에도 마찬가지입니다. 우리는 모델 과학에 대한로드 밸런싱에 대해 이야기했습니다. 결함 허용 설계 특허입니까?
아키텍처에서 활성 활성 또는 활성 대기를 실행합니까? 여러 서버, 여러 스토리지 플랫폼이 있습니까? 이러한 스토리지 플랫폼은 어떻게 작동합니까? 그들은 서로 복제합니까, 서로 미러링합니까? RAID를 실행하고 있습니까? 중복 스토리지를 위해 어떤 유형의 RAID를 실행하고 있습니까? 디스크 수준에서 RAID를 실행하고 있습니까? 모델 드라이브와 모델 시스템 및 드라이브간에 복제되는 오브젝트 스토리지 플랫폼을 실행하고 있습니까? 인프라의 모든 작은 부분에 대해 N 더하기 1입니까? 다른 데이터 센터를 추가하고 동일한 데이터 센터 또는 다른 데이터 센터에 있습니까? 예를 들어 단일 판매 지점이없는 설계 특허를 작성 했습니까?
이 모든 기본 사항은 이제 단순한 개념처럼 들리지만, 각 항목에 들어가면 매우 세부적인 것입니다. 가용성에 관해 이야기 할 때, 우리는 항상 9에 대해 이야기합니다. 그리고 우리는 9와 무엇을 의미합니까? 우리는 이것들에 대해 들어 봤지만, 그들이 1 분 동안 무엇을 의미하는지 그리고 그들이 왜 중요한지 생각해 보자.
따라서 우리는 가용성의 90 %에 불과한 9 개에 대해 이야기합니다. 나는 그 소리가 매우 높다는 것을 안다. 따라서 365 일 24 시간 연중 무휴로 이야기 할 때, 예를 들어 1 년만 볼 때 90 %의 시간으로 90 분의 9를 말하면 1 년에 36 일 반의 다운 타임을 허용합니다. 한 달 넘게 반올림합시다.
이제 온라인 뱅킹, eBay, PayPal 또는 LinkedIn, Twitter 또는 일반 소매점과 같은 소셜 미디어 플랫폼 등 우리가 매일 처리하는 모든 비즈니스를 생각해보십시오. 화창한 날부터 미국으로 올 항공편을 예약하고 싶다고 가정 해 봅시다. 서비스 제공 업체가 다음과 같이 말하면서 좋아하는 항공사가 삼십 육일 반 동안 다운 된 경우, 호주에서 일주일 만에 미국에오고 싶을 때 기뻐할 것입니다. "? 물론 그렇지 않습니다.
이 모델로 올라가면 99 %가 9 명입니다. 1 년에 약 3 일 반 동안 다운 타임이 3.65 일이됩니다. 그게 큰일이야? 블랙 프라이데이를 운영하고 세일 스페셜을 운영하고 사람들은 며칠 동안 만 구입할 수 있습니다.
3 개의 9 개는 1 년에 8.7 시간에 불과하지만 1 년에 8.7 시간이됩니다. 이는 연속 8 시간입니다. 은행과 금융, 건강에서 – 병원이라면 생명을 희생시킬 수있는 비용입니다. 위로 올라가면 포 아홉은 52 분, 아홉 아홉은 5 분, 아홉 아홉은 기본적으로 30 초입니다. Six nines는 매우 높으며, 이 사다리 위로 올라가면이 nines의 크리스마스 트리를 올라 갈수록 더 많은 nines가 올라 갈수록 디자인, 환경 및 플랫폼이 더 어려워집니다. 그 서비스를 제공하는 것이 더 어려워지고, 모든 유형의 중단에 대한 백업 실행, 관리, 패치, 유지 관리 기간 등 사소한 문제를 해결하는 데 걸리는 시간이 줄어든다는 생각이들 경우 – 그리고 모두 효과적으로 중단 비율로 내려갑니다.
여기서 제가 전달하고자하는 핵심은 앞에서 언급 한 바와 같이은 총알이 없다는 것입니다. 가용성에 관해서는, “하나의 크기에 모두 맞는”것은 없습니다. 주요 산업에 적합한 특정 유형의 디자인 특허를 보유 할 수 있습니다. 모든 은행은 동일한 과제에 직면 해 있습니다. 일부는 소매 은행 일 수도 있고, 일부는 프리미엄 은행 일 수도 있습니다. 일부 은행은 거래 및 투자, 자산 관리에 중점을 둘 수 있습니다. 일부는 순전히 소비자 일 수 있습니다. 일부는 인터넷 만 배치 할 수 있고 현금 인출기조차하지 않으며 현금 인출시 ATM 만 취급합니다. 따라서 이러한 시나리오, 심지어 은행 및 자산 관리 및 금융 서비스 산업 전체 에서조차도 각각의 가용성에 관해서는 여전히 고유 한 맛이나 물건을 가지고 있습니다.
따라서 일반 영어로 된 가용성에 대해 생각할 때 가용성과 고 가용성의 혼합 – 그것들은 같은 것으로 생각하지만 실제로 분필과 치즈입니다. 가용성은 평범한 영어로 서버 또는 프로세스가 정상적으로 또는 일반적으로 사용되는 시간을 측정하는 데 사용됩니다. 그것은 그것이 사용 가능한지 아닌지를 설명하는 방법을 의미합니다. 가용성에 대해 이야기 할 때, 우리는 종종 인프라의 보안을 보호하는 고가용 성과 비교하여“사용 가능한 형태로 제공하고 있습니다.
다른 말로 표현하자면, 고 가용성은 일반 영어로, 특히 연중 무휴로 하루 종일 거의 모든 시간에 데이터의 가용성과 가용성을 구현하거나 달성하는 설계입니다. 아홉. 항상 100 %를 의미하지는 않습니다. 실제 환경에서는 한 환경에서 백퍼센트가 기술적으로 불가능합니다. 운영 체제에서 데이터베이스가있는 플랫폼과 실행중인 응용 프로그램에서 서버를 제공하고 100 % 실행할 수있는 응용 프로그램을 사용하는 것은 매우 어렵습니다. 그런 다음 디자인에 대해 생각하기 시작합니다. 중복성이 있습니까, 복제 할 슬라이드가 여러 개 있습니까? 그런 다음 일반 영어로 작성하면 가용성과 고 가용성의 주제가 어떻게 다른지 흥미 롭습니다.
서비스 가동 시간을 보호하기 위해 가용성을 높이는 데 어려움을 겪을 때 이것이 어떻게 보이는지에 대한 아이디어를 제공하기 위해 실제 간단한 그래픽 형식으로 작성하겠다고 생각했습니다. 왼쪽 하단에 하나의 구가 있습니다. 나는 우리가 일반적으로 이야기하는 다섯 아홉을 배치했습니다. Six nines는 약간 터무니 없습니다. 왼쪽 하단 구석에서 대략 35 일 동안 중단 된 시간에 대해 약 9 개에 대해 이야기 할 때, 그것은 실패 할 수있는 많은 것들이 있고 당신이 할 수 있기 때문에 저비용 및 저 복잡성 환경을 제공하려고합니다. 여전히 서비스 수준 계약을 충족합니다.
그러나 왼쪽에서 오른쪽으로 아래로 이동하면서 그림에 9 개가 더있는 지점에 도달하면 시스템 및 플랫폼의 복제에 대해 생각하기 시작하는 시나리오가 나타납니다. 다양한 인프라 부분의 클러스터링 및 가상화에 대해 생각해야합니다. 이러한 클러스터의 지리적 위치, 여러 데이터 센터 사이트에 대해 생각하고, 목표로하는 산업 및 시장 부문의 유형에 대해 생각해야합니다. 어떤 유형의 서비스 수준을 충족해야합니까? 어떤 서비스 제공을 원하십니까? 통신을 알려주는 실시간 카드 기반 서비스 영역. 병역입니까? 따라서이 그래프는 왼쪽 아래에서 오른쪽으로갑니다.이 곡선을 통과하면 비용과 복잡성이 증가합니다. 더 복잡하고 까다로운 환경을 얻으면 9 개가 더 필요합니다.
예를 들어, 이 그래프는 비용 구성 요소와 원하는 가용성 구성 요소 사이의 스토리를 설명하는 매우 유사한 작업을 수행합니다. 따라서 왼쪽 상단에 가용성이 높은 복잡한 시스템과 가용성이 떨어지면 발생하는 비용과 다운 타임이없는 가용성의 이점을 비교합니다. 예를 들어, 왼쪽에 상황이 다운되는 환경이 있다면 재정적 인 손실이 발생할 수 있습니다. 우리는 상업적인 비즈니스 전략 수준의 의미가 될 수있는 법적 의미를 가지고 있습니다.
서비스 혜택을받는 것과 관련하여 모든 종류의 잠재적 인 도덕적 문제가 있다고 생각합니다. 건강 산업이고 가동 중단 비용, 고객 영향, 고객 만족도 감소, 직원 생산성, 사용자 생산성 등을 겪기 시작하면 매우 복잡하고 의존도가 높은 설계에 대해 생각하면 영향을받습니다. 정전 위험이있어 손실 위험이있는 매우 위험한 환경.
오른쪽에서 우리는 디자인에 높은 비용과 계획을 투자하면 지능적인 구현에 투자하는 시나리오를 목표로합니다. 우리는 사람들에게 기술과 자원을 제공하는 데 투자하고 네트워크와 소프트웨어, 운영 환경과 하드웨어를 높이 평가했습니다. 우리는 고 가용성을 얻지 만 비용이 많이 듭니다. 따라서 교차하는 중앙에서 최적의 위치에있는 요동하는 진자 지점, 비용이 약간 감소한 곳, 9 단계 수준과 지속적인 가용성 인 고 가용성간에 단지 변동하는 가용성이 증가합니다. 찾고있는 서비스 수준을 얻기 위해 얼마나 많은 돈을 투자 할 의사가 있는가?
또한 자세히 다루지 않겠다는 주제도 있지만이 문제를 해결하고 생각하기를 바랍니다. 설계 오류 간의 평균 시간과 평균 복구 시간의 차이 다시 말해, 더 나은 품질의 인프라, 더 나은 품질의 디자인, 더 좋은 품질의 하드웨어 및 소프트웨어, 더 나은 품질의 숙련 된 직원 및 리소스에 투자하여 사물을 설계하고 고장 사이의 평균 시간, 반대되는 휴식 시간을 찾는 데 걸리는 평균 시간을 줄입니다. 인프라, 자원 및 디자인 및 블라인드 특허에 대한 투자를 줄이려면 복구 능력이 높습니까? 다시 말해, 무언가가 깨지면 플러그를 꽂아야합니다. 누군가 노트북이 있고 죽으면 여분의 노트북이 있습니다. 당신은 그들에게 그것을주고 30 초 안에 그들은 로그인합니다. 이들은 극의 매우 다른 끝입니다. 가장 높은 비용은 실패를 피하기 위해 높은 비용과 높은 투자로 엔지니어링하고 있고 가장 낮은 비용은“실패가 올 것이라는 점을 받아 들일 것이므로이를 해결하고 실패에 대비할 것입니다. 빨리 회복하십시오.”
앞에서 언급했듯이“내 가용성은 가용성이 아닙니다.”따라서 데이터베이스 환경 및 인프라 지원, 데이터베이스 실행 및 고 가용성 보장과 관련하여 실제로는 원 스톱 상점이 없습니다. . 누구나 자신의 필요와 원하는 것을 가지고 있습니다. 그래서 당신은 내가 당신에게 남겨줄이 근본적인 질문들을 스스로에게 물어봐야합니다. 나는 단지 달러와 센트에 대해서만 말하는 것이 아닙니다. 조직으로서 가용성 수준이 제공 할 수있는 한 자원, 시간 및 노력 등에서 무엇을 할 수 있습니까? 또한 비즈니스에서 무엇을 지원할 수 있습니까? 따라서 현재 기능, 현재 기술, 현재 인프라, 현재 자금을 조달 할 수 있습니다. 따라서 실제로 감당할 수있는 것과 지원할 수있는 것 사이의 저글링은 흥미로운 균형입니다.
또한, 당신은 스스로에게 질문을해야합니다 : 사내에는 어떤 기술과 기술이 있습니까? 그 도전 중 일부를 아웃소싱 할 수 있습니까? 그런 다음 사물을 클라우드로 옮길 수 있습니까? 소프트웨어 서비스와 다른 인프라 서비스가있는 경우 스택을 계속 진행할 때 해당 스택이없는 상태로 남아 있습니다. 따라서 플랫폼과 서비스에 더 많이 투자하고 인프라 스트럭처에 대해 걱정하지 않아도됩니까, 아니면 플랫폼에 대해 걱정할 필요가 없기 때문에 소프트웨어를 서비스 오퍼링으로보아야합니까?
어떤 유형의 시장과 소비자 또는 고객에게 서비스를 제공하고 있습니까? 내 말은, 당신이 텔레콤이고 누군가 전화를 받고 항상 발신음을 받으면, 월요일과 금요일, 9시에서 5시 사이에 작은 소매점을 열고 9시에서 5시 사이에 문을 닫는 것과는 매우 다른 도전입니다. 코너 상점 이발사처럼 점심 시간에. 따라서 어떻게 작동하는지, 그것이 조직에 의미하는 바, 제공 할 수있는 것, 매우 길고 어려운 생각을해야합니다.
그리고 온 프레미스에 무엇이 있는지, 외부에 호스팅되고 잠재적으로 있는지, 클라우드에 있는지에 대한 저글링. 앞서 말했듯이, 그것은 시간 도전에서도 나옵니다. 따라서 IDERA에서 친구들에게 이러한 문제를 해결하는 방법을 알려줄 수있는 마지막 질문이 남아 있습니다. 이것이 원하는 가용성과 필요한 가용성을 성능과 일치시키는 것, 그리고 비즈니스에 필요한 것과 무엇이 필요한지에 대한 훌륭한 요술입니다. 시장과 소비자가 필요합니다.
그리고 현실은 결코 위업이 아닙니다. 이러한 것들에 대해 생각하려면 시간과 노력과 돈이 필요합니다. 그리고 사람과 기술 역량에 대한 투자와 소프트웨어 및 도구에 대한 투자로 일부 프로세스를 자동화하고 사람들에게 올바른 도구와 시스템을 제공하여 삶의 질을 향상시킬뿐만 아니라 매우 큰 환경을 모니터링하고 보호 할 수 있기 때문에 가능합니다. 대규모 환경을 관리하는 것은 종종 개인의 능력을 넘어서는 것입니다.
이를 염두에두고 IDERA의 친구들이 자신의 플랫폼과 도구에 대해 이야기 할 수있는 대화를 나눌 수 있기를 바랍니다. 그리고 넘어가겠습니다.
로빈 블로어 박사 : 좋습니다. 버트, 방금 열쇠를 줬어요.
버트 스 칼조 : 감사합니다! 고마워, 데 즈와 로빈 데이터에 대한 고 가용성 주제를 계속하겠습니다. 그리고 실제로 Dez가 말한 많은 것을 활용할 것입니다. 따라서 선택, 9, 트레이드 오프, 경제성. 데이터베이스 관리자 나 트렌치에 가까운 사람에게 더 많은 정보를 제공하려고 노력할 것입니다. 그들은 어떻게 그것을 설계했을까요? 그리고 그 선택의 의미는 무엇입니까?
이제 데이터베이스에 구애받지 않고 노력하겠습니다. 예를 들어 Oracle 또는 SQL Server 관련 솔루션을 그리지는 않겠지 만 모든 데이터베이스 공급 업체가 제공하는 일반적인 아키텍처 (그런 라인을 따라 제공되는 아키텍처)를 그리겠습니다. 그들은 모두 다른 이름으로 부르지 만, 그것은 당신이 공통적으로 선택하는 한 가지 유형이며, 비즈니스 및 기술 관점과 비즈니스 요구 사항과의 관계에서 그것을보고 싶습니다.
그리고 스토리지 수준 솔루션, 가상화 수준 솔루션, 데이터베이스 수준 솔루션에서 제공하는 옵션을 통해 가장 기본적인 의사 고 가용성 솔루션부터 시작하고 싶습니다. 그런 다음 클라우드에서도 모든 선택 사항을 사용할 수 있다는 사실을 소개하고 싶습니다.
다시 말하지만, 나는 데이터베이스에 무관심한 상태를 유지하려고 노력할 것입니다. 이제 제가 이야기 할 대부분의 것들이 Oracle, SQL Server, MySQL, PostgreSQL에 존재한다는 것을 알고 있습니다. 또한 고려할 수있는 추가 아키텍처를 제공하는 도구를 만드는 타사 공급 업체도 있습니다. 그리고 Dez가 방금 말했듯이 최고의 솔루션은 없습니다. 그것은 모두 달려있다. 그러나 우리가 살펴볼 것에는 보편적 인 사실이 하나 있습니다. 움직이는 부분이 더 많아 질 것이므로 더 복잡하고 비용이 많이 듭니다.
따라서 우리 모두는 데이터가 중요한 자산이라는 것을 알고 있습니다. 그리고 모든 사람들은 데이터에 대한 빠른 액세스가 항상 훌륭하다는 것을 알고 있습니다. 그러나 데이터에 안정적으로 액세스하는 것이 중요합니다. 그가 아홉 개의 예를 들었을 때 36½ 일의 가동 중지 시간을 가질 수 있습니까? 데이터를 항상 사용할 수 있어야합니다. 따라서 다운 타임은 매출 손실, 고객 손실 또는 고객의 영업권 손실 측면에서 많은 비용을 초래할 수 있습니다. 좋은 예를 드리겠습니다. 구매하는 특정 웹 사이트가 느린 경우 비슷한 웹 사이트가없는 비슷한 비용으로 비슷한 품목을 판매하는 새로운 웹 사이트를 찾으려고 시도 할 수 있습니다. 따라서 그것은 고객의 손실이 아니라 고객이 당신을 향한 선의입니다.
오늘날 하드웨어는 훨씬 저렴하므로 고 가용성에 대한 요구가 점점 더 커지고 있습니다. 그리고 다시, 저는 우리가 그것을 볼 때 우리를 클라우드로 이끌 것입니다. 또한 스토리지 공급 업체, 데이터베이스 공급 업체, 가상화 공급 업체 및 클라우드 공급 업체와 같은 다양한 수준의 제품이 있습니다. 클라우드에서 정말 흥미로운 점은 클라우드에서 구축 할 수있는 이러한 아키텍처의 멋진 그림을 모두 그린 후에 여러 번 확인하는 확인란입니다. 그리고“지리적 지역에 복제를 원합니다.”라고 말합니다. “핵심 하드웨어 구성 요소를 복제하고 싶습니다.”확인란. 따라서 사진을 이해하고 때로는 구름에서 사진을 이해하기 위해 몇 개의 상자를 선택하기 만하면됩니다.
이제 중요한 것은 고 가용성에 대한 비즈니스 요구 사항은 무엇입니까? 예를 들어, 단일 사이트에서의 장애에 대해서만 걱정해야합니까, 아니면 여러 사이트에서 장애가 발생해야합니까? 다시 말해, 하나의 컴퓨팅 센터를 가질 수 있고 그 하나의 센터가 오프라인이되는지 상관하지 않습니까? 여러 사이트에 걸쳐 비즈니스 요구 사항을 확장하지는 않습니다. 비즈니스 질문입니다. 비즈니스는 일반적으로 예산을 정의하기 때문에 해당 질문에 대한 답변을 비즈니스가 어떻게 인식하는지 아는 것이 중요합니다.
이제 장애 보호 수준을 살펴보고자합니다. 정전이 될 수 있습니까? 구성 요소 장애 일 수 있습니까? NIC 나 HBA처럼 호스트 버스 어댑터가 잘못되었습니다. 하드 디스크가 나쁜가요? 스토리지 캐비닛 고장입니까? 컴퓨터 고장입니까? 아니면 사이트 장애입니까? 사이트 자체가 오프라인이기 때문에 사이트 장애가 발생할 수있는 것과는 다릅니다. 다른 경우에는 사이트의 상당 부분이 오프라인이지만 전체 사이트 인 관점에서 볼 수 있습니다.
그리고 Dez가 말했듯이, 운영을 재개 할 시간에 대한 기대는 무엇입니까? 그것은 비즈니스 질문입니다. 비즈니스에서 2 분 이내에 작업을 재개 할 수 있다고 말하면 분명히이 그림 중 일부를 정의하여 작업하게되며 일부는 사용자가 선택할 수없는 옵션이됩니다. 선택 할수있다.
고 가용성 중에 발생하는 또 다른 질문은 종종 사람들이 묻는 것을 잊어 버리는 것입니다. "거래를 처리하는 도중에 문제가 발생하면 시스템 재개시 무엇을 잃을 수 있습니까? " 다시 말해, 2 분 안에 시스템을 다시 가동시킬 수 있고 비행 중 거래가 10 초를 잃어 버릴 수 있다면 그것은 허용되는 사업입니까? 그리고 다시, 그것은 사업체가 그것을 위해 기꺼이 지출하고자하는 것을 정의한 다음 다시 여러분에게 보여줄 사진을 적용하거나 적용하지 않을 수 있습니다.
가장 기본적인 의사 고 가용성 솔루션부터 시작하겠습니다. 이것은 실제로 고 가용성은 아니지만, 사람들이 올바른 방식으로 생각하게하기 때문에 이것부터 시작하고 싶습니다. 서버와 스토리지 배열이있는 경우 일반적으로 해당 서버에 여러 개의 NIC, 네트워크 인터페이스 카드를 넣고 하나의 NIC에 장애가 발생하더라도 여전히 작동합니다. 호스트 버스 어댑터와 동일한 작업을 수행 할 수 있습니다. 다른 스위치를 통해 다중 경로를 설정하여 여러 가지 방법으로 스토리지에 액세스 할 수 있습니다. 그리고 범용 전원 공급 장치가 있고 스토리지 배열 내에 반복적 인 컨트롤러가 있으며 디스크로 RAID 10과 같은 작업을 수행했을 수 있습니다. 다시 말해, 이 그림에서는 여러 수준에서 단일 구성 요소 오류를 방지했습니다. 따라서 NIC, HBA, 컨트롤러 또는 스위치에 구속되지 않습니다.
그러나 서버가 빨간색으로 표시되고 스토리지 배열이 빨간색으로 표시됩니다. 서버에 장애가 발생하거나 서버가 고장 나거나 스토리지 어레이 캐비닛이 고장 나면 사망 한 두 개의 영역이 여전히 남아 있습니다. 따라서 이것이 실제로 고 가용성은 아니지만 사진을보고보고 "빨간색이없는 사진을 원합니다"라고 말하기 시작합니다. 이것이 바로이 사진의 목표입니다. 올바른 방향을 가리 키도록하겠습니다.
따라서 가장 먼저 일어날 일은 DBA로서 항상 고 가용성 솔루션을 데이터베이스 구현으로 배치하고 싶을 수도 있지만 스토리지 솔루션으로 수행 할 수 있거나 가능할 수도 있습니다. 스토리지 수준 복제 일 수 있습니다. 왼쪽의 경우 스토리지 가상화가 있습니다. 무슨 일이 일어나고 있는지 디스크에 대한 두 개의 다른 스토리지 캐비닛에 RAID 0이 있지만 두 개의 다른 스토리지 캐비닛에 RAID 1이 있습니다. 다시 말해, 실제로 스토리지 캐비닛에 장애가 발생할 수 있으며 죽지 않았습니다. 따라서 이전 그림에서보다 낫습니다. 이전 그림에서 – 우리는 서버에서 빨간색과 스토리지 배열에서 빨간색을 모두 가지고 있음을 기억하십시오 – 이제 약간의 개선이 이루어졌으며 이제 더 이상 스토리지 수준에서 빨간색이 없습니다. 스토리지 가상화가이 문제를 해결했습니다.
이제 모든 벤더가 제공하지는 않지만 다른 방법으로 스토리지 수준 복제를 수행 할 수 있습니다. 나는 데이터베이스 복제를 말하는 것이 아니라 실제로 스토리지를 위해 블록 I / O를 복제하는 것에 대해 이야기하고 있습니다. 그리고 스토리지 수준에서 수행 할 수 있습니다. 그리고 다시, 오른쪽에 스토리지 복제를 사용하고 있기 때문에 오른쪽에서 아래쪽에서 빨간색을 제거하는 또 다른 그림이 있습니다.
따라서 이것은 사용 가능하거나 사용 불가능할 수있는 또 다른 사진입니다. 이를 관리하는 사람은 데이터베이스 관리자가 아닌 스토리지 관리자 일 수 있습니다. 때때로 사람들은 "오! 고 가용성, 이 문제를 해결하는 것은 DBA 여야합니다." 항상 그런 것은 아닙니다. 이 경우 스토리지 관리자가 될 수 있습니다.
이제 다음으로 가능한 솔루션으로 서버 가상화를 수행 할 수 있습니다. 기억 하시다면, 첫 번째 그림에서 나는 서버에서 빨간색을, 스토리지 배열에서 빨간색을 가졌습니다. 이 경우 가상화를 사용하여 재배치 할 수 있으며 경우에 따라 재배치는 일종의 따뜻한 재배치 일 수 있으며 경우에 따라 실제로는 고온 재배치 일 수도 있습니다. 일부 가상화 또는 하이퍼 바이저는 비행 중에 가상 머신을 이동하는 기능을 제공합니다. 그리고 일부 데이터베이스는 비행 중에 그 움직임을 쉽게 받아 들일 것입니다. 이제 모든 하이퍼 바이저가이를 제공하는 것은 아니지만 가능한 한 수준의 솔루션입니다. 이제 상위 서버를 더 이상 빨간색으로 만들지 않았지만 여전히 공유 스토리지 배열을 가지고 있으며이 솔루션이 데이터베이스 관리자와 가상화 관리자 간의 공동 노력 일 수 있습니다. 또는 해당 하이퍼 바이저 및 해당 데이터베이스에서 지원되는 재배치 수준에 따라 가상화 관리자 일 수도 있습니다.
“와우, 그가이 재배치의 의미는 무엇입니까? 예를 들어, VMotion을 사용하여 가상 머신을 한 호스트에서 다른 호스트로 이동하고 다운 타임없이이를 수행 할 수있는 VM에서. 이제 이전 그림에는 여전히 약간의 빨간색이 있습니다. 스토리지는 여전히 단일 장애 지점으로 유지되었습니다. 그리고 우리는 다음 솔루션으로 넘어가겠습니다. 스토리지와 서버 가상화를 결합시켜 보겠습니다.
이제이 경우에도이 솔루션을 구축하는 스토리지 관리자 및 가상화 관리자가 될 수 있습니다. 이제 빨간색이없는 그림이 있습니다. 가상 컴퓨터 나 실행중인 응용 프로그램 또는 데이터베이스를 한 서버에서 다른 서버로 재배치 할 수 있고 두 개의 개별 스토리지 배열에서 RAID 1을 수행하여 스토리지 배열에서 가상화 할 수 있기 때문에 고 가용성을 얻었습니다. 스위치와 HBA를 다중 경로로 지정했습니다.
이제 HA 시스템을 구축했으며 주로 데이터베이스 수준이 아닌 HA 시스템을 구축했습니다. 즉, 다른 기술을 사용하여 동일한 작업을 수행했습니다. 따라서 이것은 해결책입니다. 그런 다음 공유 스토리지 확장 가능 클러스터라고합니다. 그것은 실제로 HA 솔루션이 아니지만 다시 그림에 보여주고 싶습니다.
그리고 여기서 일어나는 일은 데이터베이스를 실행하는 두 대의 서버가 있고 하나의 데이터베이스로 간주되는 것입니다. 두 개의 별도 데이터베이스가 아닙니다. 그것은 주인과 노예와 같지 않습니다. 덥고 춥거나 활동적이고 대기입니다. 이것은 두 노드가 하나의 논리 데이터베이스를 제공하기 위해 함께 작동한다는 것입니다. 따라서 특정 노드가 실패하더라도 여전히 작동합니다. 따라서 서버 수준의 장애로부터 사용자를 보호하고 기본적으로 노드 리소스를 일종의 샤딩 (sharding)함으로써이를 수행하지만 디스크에 대한 단일 장애 지점이 여전히 남아 있습니다. 따라서이 스토리지는 공유 스토리지 확장 가능 클러스터이며 Oracle은이를 Real Application Cluster 또는 RAC라고합니다.
이제 또 다른 솔루션은 공유 스토리지 장애 조치 클러스터를 사용하는 것입니다. 왼쪽에는 액티브 노드가 있고 오른쪽에는 패시브 노드가 있고 그 사이에는 하트 비트가 있습니다. 공유 스토리지 배열이 있는데 이것은 매우 중요합니다. 당신은 그것을 가지고있다. 그리고 기본적으로 활성 노드에 문제가 발생하면 수동 노드가 대신 할 수 있습니다. 이것에 라이센스 문제가 있습니다. 일부 데이터베이스 공급 업체에서는 고정 된 시간 동안 라이센스가 감소 된 수동 노드를 가질 수 있습니다. 다른 경우에는 완전한 복제 라이센스가 있어야합니다. 모두 데이터베이스 공급 업체에 따라 다릅니다. 그러나 그들은 모두 이런 종류의 그림을 지원합니다. 즉, 한 노드가 다운되면 다른 노드가 대신 할 수 있습니다.
그리고 일반적으로, 이것은 액티브 노드에서 패시브 노드로 갈 때 대부분의 데이터베이스에서 – 아마도 전부가 아닌 – 아마도 일부를 잃어 버리는 일종의 시나리오 중 하나입니다. 비행 거래. 그런 다음 데이터베이스 관리자가 실제로 볼 수있는 항목 인 데이터베이스 복제를 살펴보고 데이터베이스 복제를 수행하는 방법에는 두 가지가 있습니다.
물리적 복제가 있으며 중요한 것은이 그림의 중간에 녹색 별표를 통해 알 수 있습니다. 복제는 데이터베이스에 의해 수행되지만 스토리지 수준 가상화와 마찬가지로 블록에서 수행되고 있음을 알 수 있습니다. 수평. 따라서 실제 노드 I / O를 활성 노드에서 읽기 전용 또는 수동 노드로 반복합니다. 그리고 이것은 물리적 복제로 간주됩니다.
이제 거의 동일하고 논리적 복제이기 때문에 다음 슬라이드로 넘어가겠습니다. 그림에서 변경된 유일한 것은 블록 I / O를 전송하는 대신 중간에 있다는 것입니다. 기본적으로 로그를 통해 전송합니다. SQL 명령이 포함 된 파일. 다시 말해, 우리가 복제하는 것은 물리적 I / O가 아니라 물리적 I / O를 유발하는 명령입니다.
따라서이를 종종 로그 전달 또는 로그 기반 복제라고합니다. 일부 데이터베이스 공급 업체는이를 기본적으로 제공합니다. 다른 데이터베이스 공급 업체에서는이 기능을 제공하지 않을 수 있지만 타사 공급 업체에서는이를 제공하므로 매우 인기있는 HA 솔루션이므로 완전한 솔루션으로 간주됩니다. 그러나이 솔루션은 주로 DBA의 책임입니다.
그래서 저는 이것을 달성하기 위해 가상화를 사용하지 않습니다. 할 수는 있지만 그것에 의존하지는 않습니다. 그리고 스토리지 가상화를 사용하지 않습니다. 다시 말하지만, 나는 할 수 있지만 그것에 의존하지 않습니다. 그러나 데이터베이스가 기본 구동 기능인 솔루션을 구축 중입니다. 따라서 이것은 논리적 복제입니다.
이제 데이터베이스와 스토리지 가상화를 결합 할 수도 있습니다. 데이터 센터에서 왼쪽에 파란색으로 표시되면 스토리지에 대한 가상화를 수행하여 특정 스토리지 배열에 실패하지 않도록 할 수 있습니다. 그러나 하나의 데이터 센터에서 다른 데이터 센터로 데이터베이스 수준 로그 기반 또는 논리적 복제를 수행하여 명령이 데이터 센터에서도 실행되어 I / O가 발생하지만 반드시 동일한 I / O가 될 수는 없습니다. 스토리지 솔루션이나 데이터베이스를 통해 블록 I / O를 보내지 않고 로그와 SQL 명령을 전달합니다.
그리고 이것은 매우 큰 조직에게 매우 일반적인 그림입니다. Oracle과 같은 데이터베이스를 사용하여 전제를 설정해야한다면이 그림이 마음에 듭니다. 그것은 상당한 양의 작업이고, 꽤 복잡하고, 움직이는 부분이 많이 있습니다. 클라우드 에서이 작업을 수행하면 문자 그대로 두 개의 지리적 영역을 원합니다. 다른 대륙으로 구분 된 영역을 원합니다. 특정 지역에서 스토리지 수준 가상화를 원합니다. 가상화 유형 할당 또는 고 가용성 정의를 수행 할 수있는 기능을 원한다고 말할 수도 있습니다. 또 다른 확인란입니다.
클라우드에서 내가 좋아하는 또 다른 것은 "패칭을 다루고 싶지 않고 그냥 패치하고 싶다"고 말하는 또 다른 확인란이 있다는 것입니다. 장면, 항상 패치 유지. 따라서 이러한 사진 중 일부는 매우 복잡해지고 전제를하기가 매우 어려울 수 있지만 실제로는 클라우드에서하기가 매우 쉬워지고 있습니다.
흥미로운 점은 모든 확인란을 쉽게 확인할 수 있지만 매월 더 많은 비용이 드는 것입니다. 두 개의 데이터 센터를 운영하고 있다면 클라우드에 두 개의 데이터 센터가 있으며, 하나만 사용하는 것보다 더 많은 비용을 지불하게 될 것입니다. 마찬가지로 스토리지 수준 또는 가상화 고 가용성을 추가 계층으로 수행하는 경우 추가 비용이 발생할 수 있습니다.
따라서 사이트에서 수행하기가 어려워서 그것을 과도하게 생각할 수 있지만, 구름에서는 너무 쉽게 할 수 있지만, 그것을 과소 평가할 수 있다는 것이 흥미 롭습니다. 따라서 그림의 모양을 항상 알고 있고 건물의 모든 그림에 대한 비용 파급 효과를 항상 알고 있어야합니다. 이제 제가 여기에 보여준 것보다 더 많은 조합이 있습니다. 이것은 완전하거나 철저한 예가 아닙니다. 정기적으로 새로운 기술이 등장하기 때문에 누가 알 수 있습니까 – 지난 3 개월 동안 등장한 기술을 보여주지 않았을 수도 있습니다. 고 가용성은 10 년 전보다 훨씬 일반적입니다.
실제로, 대부분의 대규모 조직에서는 요즘 필수 비즈니스 요구 사항이라고 말하는 것은 무리가 아닙니다. 그리고이 슬라이드로 돌아가는 것이 필수 비즈니스 요구 사항이라고 말했기 때문입니다. 오른쪽에이 두 테이블이 있습니다. 맨 위는 SQL Server 문서에서 벗어 났고 맨 아래는 Oracle 문서에서 벗어났습니다. 그리고 이것들은 무엇을 사용해야하는지 선택하는 데 도움이되는 표입니다.
그리고 당신은 몇 가지 간단한 질문으로 시작합니다. 얼마나 많은 데이터를 사용할 수 있습니까? 답이 0이면 맨 위 차트에서 첫 번째 또는 네 번째 행만 선택할 수 있다는 것을 알고 있습니다. 그런 다음 다른 질문을합니다. 내가 회복하는데 얼마나 걸립니까? 누군가가 몇 초 또는 몇 분만 말한다면 그것은 당신을위한 선택입니다. 그런 다음 장애 조치가 자동이어야합니까 아니면 수동으로 장애 조치를 수행해야합니까? 그리고 그것은 또 다른 비즈니스 질문입니다. 그들은 에스컬레이션 절차에 의존하고 싶지 않고 누군가가 티켓을 할당 받고 문제를 해결하기를 원하지 않기 때문에 자동으로 원한다고 말할 수 있습니다. 그들은 단지 그것을 고치기를 원합니다.
이것들은 모두 비즈니스 질문이며 Oracle에 대해 동일한 작업을 수행하면 동일한 질문입니다. 그리고 저는 어떤 종류의 실패를 허용합니까, 어떤 종류의 기간, 내가 잃을 수 있는지, 복구 절차는 무엇입니까? 이것들은 모두 비즈니스 선택이므로, 비즈니스가 3-4 개의 질문에 대한 답을 말해 주면 내 직업은 정말 쉽습니다. 나는 여기에 와서 가장 가까운 것과 일치하는 것을 골라 내고 그것을 만듭니다. 클라우드에서는 실제로 구현하기위한 몇 개의 확인란 일 수 있습니다.
그리고 그것으로, 그것은 나의 자료의 끝과 질문을 위해 이것을 열 시간을 가져옵니다.
에릭 카바나 : 알 겠어요, 데즈, 어쩌면 먼저 로빈?
Dez Blanchfield : 물론입니다. 사실, 트위터에없는 사람들에게는 약간의 불공평 한 것이지만, 나는 단지 모든 사람의 마음에 시각화하고 싶은 그래프의 그림을 트윗 한 다음 여기에서 전화를 통해 배운 친구에게 질문을 던지고 싶었습니다. 이 공간에서 독점적 오픈 소스를 생각할 때 (오라클, 마이크로 소프트 등의 독점적 데이터베이스, 오픈 소스와 비교), 독점적 세계가 인터넷 소프트웨어 공급 업체 나 소프트웨어 개발자 또는 회사는 이러한 복잡성을 구축하기 위해 조직에 투자합니다. 따라서 소프트웨어를 구매하는 시나리오가 생겨서 구매하기 때문에 많은 사람에게 투자 할 필요가 없습니다. 빌트인 및 오픈 소스 기능 – 소프트웨어에 대한 비용을 지불하지 않거나 저렴한 비용이라고 가정 해 봅시다. 그러나 소프트웨어에 대한 비용을 지불하지는 않지만 단체에 투자해야합니다.
그리고 저글링에 대한 귀하의 생각을 듣고 싶습니다. 특히 우리는 클라우드 모델로 이동하여 어느 쪽이든 또는 얻을 수 있습니다. AWS 또는 Azure 및 Rackspace로 이동하여 데이터베이스 플랫폼을 제공하는 서비스로 구매하거나 오픈 소스 코드를 통해 수행 할 수 있습니다. 우리가 방금 이야기 한 내용, 독점 소스와 오픈 소스의 요충 점, 그리고 논의중인 디자인 패턴이 어떻게 적용되는지, 특히 가용성 제공에 관해 앞으로 나아가고있는이 주제에 대한 일반적인 생각은 무엇입니까?
Bert Scalzo : 이 문제를 해결하려고 할 때 큰 문제 중 하나 인 고객에게 돌아가서 고객의 성능 요구 사항에 대해 묻습니다. 그리고 그 이유는 적어도 역사적으로나 제 경험으로는 복제에 대한 높은 처리량을 필요로하는 고객의 경우 데이터베이스에서 제공하는 복제를 사용하는 것이 항상 더 낫다는 것입니다. 벤더는 더 본질적으로 내장되어 있고 더 낮은 레벨에 있기 때문에 공개 소스 솔루션에서도 외부 세계에서는 사용할 수없는 메커니즘을 사용하기도합니다.
그리고 제가 한 사례에 대한 좋은 예를 드릴 것입니다. 인터넷 기반 회사에서 MySQL을 데이터베이스로 사용하고 있으며 버전 4.0과 같은 이전 버전의 MySQL을 사용하고 있었으며 노드 간 복제는 데이터베이스를 확장 할 수있는 크기의 제한 요소였습니다. 그들은 타사 솔루션을 구매하려고했지만 "음, 우리는 오픈 소스 솔루션 중 하나를 사용할 수있을 것입니다." 그리고 진짜로 정리 한 것은 MySQL을 버전으로 업그레이드하는 것뿐이었습니다. 두 데이터베이스 버전의 차이가 4.0 버전의 MySQL 복제에 있었기 때문에 5.5 버전이라고 생각했습니다. 버전 5.0에서는 이것이 가장 좋았습니다.
이제 다른 선택 사항을 살펴 보았지만 결정적인 요소는 성능과 데이터베이스 공급 업체 솔루션을 유지하는 것이 었으며 데이터베이스 업그레이드를 수행하면 실제로 필요한 성능을 얻을 가능성이 가장 높은 최상의 솔루션이되었습니다. 더 높은 가용성.
Dez Blanchfield : 예, 솔직히 말해서 내 생각을 반영합니다. 전체 공개를 위해 브랜드에 들어 가지 않지만 일반적으로 OEM 및 소프트웨어 공급 업체 및 IOC를 위해 일하는 독점적 인 배경에서 왔으며 이는 분명히 내 경험이었고 동시에 매우 프로입니다. -오픈 소스이고 저는 우리가 이름을 짓지 않을 많은 프로젝트의 코드 기고자입니다. 그러나 당신이 큰 조직이라면 – 당신이 은행이거나, 당신이 할 수있는 어떤 것이 든 항상 – IT 상점이되고 싶지 않습니다. 예를 들어, 신문 발행인이거나 소매점 인 경우 신문을 발행하는 IT 상점이 아니라 실제로 IT를 활용하는 신문 상점이되기를 원합니다.
따라서 소프트웨어 개발자가 툴에서 이러한 모든 기능, 로드 밸런싱 등을 구축하는 독점적 기능에 투자하면 닷컴과 같은 경우보다 훨씬 더 의미가 없습니다. 그런 식으로 인체에 투자 할 수 있습니다. 이게 어디로가는 거지?
아마도 우리가 시간이 부족하다는 것을 알고 있기 때문에 Dr. Robin Bloor에게 넘겨주기 전에 마지막 질문 일 것입니다. 트렌드 관점에서이 부분이 어디에서 나오는지 보십니까? 그래서, 당신은 항상 거기에 있습니다. 당신은 물건의 최첨단에 있습니다. 사람들이 앉아서 관심을 기울이고 이것을 상업적인 부분으로 만들 필요가 있다는 것을 깨달았습니까? 하루 대화를 다시 이사회 실로? 아니면 여전히 괴짜 농장, 기술자 및 후디가 가용성에 대해 생각하고 있다는 것을 아직도보고 있습니까? 왜냐하면 무언가가 오프라인이 될 때 새벽 4시에 깨어날 수 있기 때문입니다.
항공, 은행 및 금융과 같은 명백한 조직이 아니라 일반적으로 비즈니스와 같은 모든 규모의 조직에 트렌드가 변화하고 있다고 생각하십니까? 사람들이 데이터베이스 환경을 보호하고 고가용 성과 투자를 제공하기 위해 실제로 가치 제안에서 벗어났다고 생각하십니까, 아니면 아직 갈 길이 멀다고 생각하십니까? 시장에서 일반적인 의미는 무엇입니까?
Bert Scalzo : 지금은 여전히 차이가 있다고 생각하지만 비즈니스가 요구하지 않기 때문에 차이가 아닙니다. 울타리 양쪽의 커뮤니케이션 수준에 차이가 있습니다. 다시 말해, 비즈니스 사람들은 "이러한 응용 프로그램에는 고 가용성이 필요하며 고 가용성이라고 할 때 이러한 특정 요구 사항이 있습니다."
그리고 어떻게 든 그 메시지가 기술 사람들에게 명확하게 전달되지 않습니다. 또는 기술 담당자가 돌아와서“아, 복잡하고 비용이 더 많이 듭니다.”라고 말하면됩니다. 제 생각에는, 클라우드와 같이 솔직히 말해서 여기저기서 몇 개의 상자를 체크하여“이것은 정말 복잡한 기술 구조를 구축해라”고 최종적으로 사라질 것이라고 생각합니다. 테크놀로지 사람들이 다시 와서 비즈니스 사람들에게“아, 비싸다”, 또는“어려워하기 어렵다”또는 이것 또는 그 말을 할 이유가없고, 비즈니스 사람들은 그것이 것.
또한 본인의 IT 직원이 와서“오, 원하는 것을 가질 수없는 환경에서도 보았습니다. 너무 비싸요.”그리고 그들은 제삼자 컨설팅 회사를 데려 올 것이고“아니요, 맞지 않습니다. 방법은 다음과 같습니다. 여기에 비용이 발생합니다.”그래서 저는 여전히 자동적 인 상태가되기 전에 양측 간의 통신 수준 사이에 약간의 시간이 있다고 생각합니다.
Dez Blanchfield : 네, 호주와 아시아 태평양에서 본 것을 분명히 반영했습니다. 나는 그것이 세계적인 것이라고 확신합니다. 그리고 그것은 이사회의 모든 주요 의사 결정자들, 사업의 모든 책임자, 훨씬 기술적으로 정통한 사람들입니다. 그들은 블로그를 읽고, 웹 세미나를보고 있습니다. 다양한 기사와 팟 캐스트로 조정되었으며 이벤트와 포럼 및 모임에 참석할 수있게되었으며 이제 옵션을 알고 있으며 클라우드가 옵션이라는 것을 알고 있습니다.
그들은 또한 당신이 말한 것처럼 사내에서 그들의 능력을 가져올 수 있다는 것을 알고 있습니다. 그래서 지금이 흥미로운 도전이 있다고 생각합니다. 그 대화는 기본적으로 우리가 오늘날 사람들이하는 곳에서 수행 된 것입니다., 내부적으로 일을 시작하고 갈색 가방 점심을 먹으며 현재 상태, 이상적인 상태, 내부에 대한 브리핑을 어디에서해야합니까? 그리고, 일종의 정리해보세요.
나는 지금 막 금방 다룰 개인 메시지를 받았습니다. 누군가가“100 %의 가용성을 얻을 수있는 것이 현실적입니까?”라는 질문을했으며 여기에서 나를 바로 잡을 수있을 것입니다. 그러나 저는 그렇습니다. 전자 은행 송금, 신속한 은행 플랫폼과 EFTPOS 터미널 사이의 EFTPOS 게이트웨이를위한 플랫폼을 구축했습니다. 저는 2000 년대 초에 이것을 만들었습니다. 실제로 17 년 동안 100 % 온라인 상태였습니다. 실제로 2000 년대 이전에 지어졌지만 대략 2000/2001에 불과한 생산에 들어갔습니다.
따라서 개발에서 테스트, 생산에 이르기까지 17 년이 걸렸습니다. 17 년 동안 오픈 소스 운영 체제를 실행하지만 독점 데이터베이스 인 매우 저렴한 상용 PC는 90 일마다 액티브 / 패시브 스와핑을 해왔으며, 다른 디자인 특허가 적용되면서 각 서버의 디스크, 모델 서버 간 데이터 복제, 여러 데이터 센터 복제 및 데이터 센터 A에서 90 일 동안 프로덕션을 수행 한 다음 데이터 센터 B로 플립하고 프로덕션을 수행합니다.
그리고 뒤집어 놓으면 자동으로 패치되고 업데이트되므로 방금 개인적으로 얻은 질문에 대답 할 수는 있지만 디자인 관점에서 해당 프로젝트에 많은 투자를했습니다. 따라서 인프라는 실제로 그렇게 비싸지 않았지만 디자인과 테스트 및 구현에는 비용이 많이 들었습니다. 따라서 하드웨어와 인프라에 많은 비용을 들이지 않아도되었지만, 클라우드가 주화가 아니었던 당시에는 매우 똑똑한 도구를 사용했습니다.
대답은 그렇습니다. 버튼을 클릭하면 해당 기능을 활성화 할 수 있습니다. 로빈에게도 질문을 받았을 것입니다. 그러나 내 질문에 답변 해 주셔서 대단히 감사합니다. 오늘 귀하의 메시지를 듣는 것이 정말 좋습니다. 지난 30 년 동안 제가해온 모든 것을 반영하기 때문에이 모든 것을 완벽하게 갖추고 있습니다.
로빈 블로어 박사 : 음, 알겠습니다. 귀하의 프레젠테이션에 대해 저를 매료시킨 것 중 하나는 지금 사용할 수 없었던 옵션 중 하나입니다. 누가 이러한 구성을 설계 할 것인지 또는 요즘 누가 이러한 구성을 설계 할 것인지에 관심이 있습니까? 과거 또는 내가 익숙했던 세상은 상당히 무거운 트랜잭션 시스템이 있고 높은 가동 시간과 고 가용성에 관심이 있다는 것입니다. 아시다시피, 트랜잭션 시스템은 어떤 식 으로든 다운되면 비용이 많이 듭니다. 그리고 방금 제시 한 모든 옵션이 없을 수도 있지만, 어떤 식 으로든 복제를 통해 눈에 띄게 클릭하지 않는 핫 스탠바이를 만드는 방법을 찾을 수 있습니다. 돌아올 때까지 성능이 저하 된 서비스를 제공합니다.
그리고 저는 여러분이 제게 보여주고 생각한 것을보고 15 년 동안 그런 종류의 디자인 작업을 한 적이 없으며 누가 지금 그 일을하고 있습니까? 이건 내 시대와 마찬가지로 프로젝트를 시작할 때 한 일이 인프라를 가동시키는 것입니까? 아니면 이것이 조직 내에서 진행중인 활동입니까? 새로운 기술 선택이 있기 때문에.
Bert Scalzo : IT를 포함한 모든 운영에서 매우 효율적이고 효과적인 대기업에서는 일반적으로 중앙 집중식 아키텍처 그룹을 갖거나 이름을 갖게 될 것입니다. 건축 그룹”. 그리고이 모든 다른 그림들과 장단점이 무엇이고 비용이 무엇인지 아는 것은 그들의 책임이 될 것입니다. 그리고 어떤 애플리케이션이 특정 애플리케이션을 찾고있을 때 "이봐 요. 건축 팀, X, Y, Z 비즈니스 요구 사항을 충족해야합니다. 저의 선택은 무엇입니까?"
여기에는 사용 가능한 2 개 또는 3 개가 있으며 그 시점에서 결정은 응용 프로그램 팀 또는 응용 프로그램의 비즈니스 스폰서에게 낮은 수준으로 다시 이동합니다. 그러나 일반적으로이 그룹을 유지하고 준비된 사전 구축 된 정보를 보유한 중앙 집중식 그룹이 있습니다.
이제는 공식적이지 않은 중소 기업입니다. 일어날 일이다, 당신은 당신의 선임 DBA 또는 시스템 관리자 중 한두 명을 받게 될 것이고 그들은 비공식적으로 그러한 종류의 전문 지식에 대한“도메인 전문가”를 인용 할 것입니다. 따라서 중간 규모의 회사에서도 공식화되지 않은 구조로 발생합니다.
로빈 블로어 박사 : 정말 흥미 롭습니다. 오늘날에는 트랜잭션 시스템을 제외하고 고 가용성을 생각하지 않습니다. 물론 오늘날에는 가용성 측면에서 훨씬 더 많은 요구를받을 수있는 스트리밍 시스템이 있습니다. 그러나 쿼리 기반의 백엔드, 분석, 데이터웨어 하우스, DI 종류의 환경에서 고 가용성에 대한 요구 사항이 있습니까?
Bert Scalzo : 네, 그 질문을하게되어 기쁩니다. 저는 소매 회사에서 일을했으며 비즈니스에 대한 전략적 결정은 데이터웨어 하우스에서 수행 한 분석을 기반으로합니다. 실제로 Forbes Magazine과의 인터뷰에서 회사의 CEO는 다음과 같이 말했습니다.“저희는 지난 5 년 동안 주가가 250 % 성장했으며 실제로 데이터를 효과적으로 활용하는 방법을 알고 있기 때문에 매우 큰 이유가 있습니다. 데이터웨어 하우스에 대한 분석을 수행하고 운영 데이터에 대해 매일 의사 결정을 내릴 수있는 비즈니스 의사 결정에 매우 능숙했습니다. 생산 시스템.
그리고 그것이 얼마나 중요한지에 대한 좋은 예를 드리겠습니다. 맥주 판매를 담당했던이 특정 소매 업체와 함께 그는 회사의 세 번째로 중요한 임원과 같은 사람이었습니다. 그는 수입의 60, 70 %를 가져 왔기 때문입니다. 그래서 그는 그 시장에서 경쟁력을 유지하기 위해 매일 어떤 프로모션을 진행해야하는지 알 수 있어야했습니다. 그리고 그것은 연중 시간뿐만 아니라 날씨, 패턴 및 맥주와 같은 물건의 판매에 영향을 줄 수있는 기타 중요한 데이터를 기반으로 할 수 있습니다.
로빈 블로어 박사 : 글쎄요, 그런 것들이있을 것 같습니다. 에릭이 청중들로부터 질문을받는 경우를 대비해서 에릭에게 넘겨 줘야한다고 생각합니다. 에릭?
에릭 카바나 : 네, 이 모든 것이 훌륭했습니다, 버트. 나는 당신이 당신의 프레젠테이션에서 관객들로부터 우리가 가진 모든 질문을 해결했다고 생각합니다. 그러나 보는 것은 재미있다. 스토리지 가상화와 그 영향이 얼마나 큰지 이야기 해 주셔서 감사합니다. 그래서 이것은 모두 좋은 것입니다.
글쎄, 여러분, 우리는 나중에 볼 수 있도록 모든 웹 캐스트를 보관합니다. 따라서 Techopedia.com에 온라인으로 접속하여 웹 캐스트 섹션을 찾으십시오. 모든 핫 테크가 여기에 나열됩니다. 그의 전문 지식에 대해 친구 Bert에게 큰 감사를드립니다. 물론 데 즈와 로빈에게도 그리고 우리는 여러분에게 작별 인사를 할 것입니다. 조심해 다음에 연락 드리겠습니다. 안녕.
