큰 데이터 문제가지고-주문형 클라우드 네트워크 솔루션

데이터 센터 및 클라우드 환경에서 성장 하는 큰 데이터를 동시에 기록의 수백만 전송 하는 네트워크를 관리 하는 방법은 전례 없는 문제가 이다.

이 큰 데이터 네트워크 솔루션을 제공, 뿐만 아니라는 데이터의 크기는 정말 무시할 수는 있지만 작업 않습니다 데이터 크기--단지 문제가 아니다. 대용량 데이터 환경의 과거 데이터 인프라 기준으로 단순히 작동 하지 마십시오. 복잡 하 고 큰 데이터 응용 소프트웨어 실행의 속도 감안할 때, 큰 데이터는 자체 솔루션에 맞게 해야 합니다.

전통적인 데이터 분석 건축 가정, 데이터의 제한 된 소스 그리고 그들은 올바른 데이터베이스에 올바른 테이블에 데이터를 저장 하는 시간의 많음. 네트워크와 트위터, 페이스 북과 구글 같은 응용 프로그램에 관해서, 기존의 데이터베이스 아키텍처에 이러한 접근 방식은 원자로에서 단일 전구를 고집 비슷합니다.

짧은 시간에 대용량 데이터 처리에 장애물을 극복 하기 위해 큰 데이터 사용자가이 문제를 해결 하기 위해 두 가지 방법을 설계 했습니다. 첫 번째 BigTable, Opendremel, MongoDB 카산드라 등 대규모 실시간 데이터베이스를 배포 하는 것입니다. 이러한 데이터베이스 공유 없는 특성: 그들은 표준화 된 쿼리 언어 (그래서 그들은 "NoSQL" 라고 합니다)에 의존 하지 않으며 연결된 된 데이터베이스에서 모든 데이터를 충족 해야 합니다 산 성 요건을 충족 할.

다른 해결책 분석 데이터베이스, Hadoop, 같은 목표를 달성 하기 위해 대용량 데이터 분류를 사용 하는 것 이다.

네트워크 및 주변 인프라의 초점에서 이동 될 것 이다이 즉 스토리지 최적화 된 검색을 최적화 합니다. 이 또한 스토리지 매우 유용한 dataset을 만족 시키기 위해 데이터를 분류 하 고 깊은 결론의 분석을 사용 하 여 다음에 모든 강조는 일반적인 큰 데이터 환경에서 간단 하 게 하기 때문에 수행 되어야 합니다.

불행 하 게도,이 기본적인 접근은 일반적인 큰 데이터 네트워크에 적용할 수 있습니다. 데이터 센터의 20000 평방 피트에서 다양 한 방법으로 이러한 데이터 솔루션을 일치에 있다. 각 메서드는 해결 되어야 하는 고유한 문제. 예를 들어 Hadoop를 나타내는 매우 중요 한 데이터를 처리 하기 위해 큰 데이터 관리자를 실패의 단일 지점 Namenode 아키텍처를 사용 합니다. Namenode 장치는 네트워크에 대 한 작동 하지 않으면, 전체 Hadoop 시스템 됩니다 수 마비, 특별 한 서버 정상 작동 압력의 많은 발생을 보장 하기 위해 네트워크 관리자가 제공 하는.

물론, 비 네트워크 솔루션 이다. 예, DataStax 회사에서 활발 한 제품 아파치 카산드라의 실시간 성능 및 Hadoop의 분석 능력 사이 교량을 건축 하는. 상쾌한 카산드라, 즉 실패의 단일 지점입니다 더 이상 함께 하 둡 파일 시스템.

큰 데이터 및 네트워크 아키텍처

두 옵션은 잠재적으로 큰 데이터 아키텍처에서 빙산의 일각입니다. 이 솔루션의 네트워크 아키텍처의 차이 이미 매우 좋은. 그래서 어떻게 네트워크 관리자 처리 더 큰 숫자와 함께 매일?

OpenFlow 솔루션 수 있습니다. OpenFlow 오픈 네트워킹 파운데이션 제품에 대 한 네트워크 인프라 프로토콜입니다. 오픈 네트워킹 파운데이션 존재 이유가 프로토콜 openflow 소프트웨어 정의 네트워크의 개념의 주위를 수행 하는 것입니다.

소프트웨어 정의 네트워크는 아래에 설명 된 것과 같은 문제를 해결 하기 위해 설계 되었습니다: 응용 프로그램 소프트웨어 자체는 세계를 먹는다는 네트워크 솔루션을 문제를 해결 하기 위해이 솔루션을 사용 하 여 응용 프로그램을 강제로 다른 방법으로 네트워크 토폴로지를 정의할 수 있습니다. 하드웨어 및 네트워크 관리를 단순화 함으로써 OpenFlow 큰 데이터 네트워크에 대 한 네트워크 관리 비용을 줄여 네트워크 관리자가 보다 쉽게 소프트웨어 정의 네트워크의 규칙에 따라 네트워크 구성 도울 수 있다.

OpenFlow 낮은 수준의 표준 이지만 업체 OpenFlow에 그들의 자신의 소프트웨어를 설정의 가능성에 대 한 보고를 시작 했습니다. 예, 그것은 네트워크 트래픽과 패킷 작업, 그리고 자동으로 보상 하 고, 변환 구성의 갑작스러운 대량 마이그레이션 인식 네트워크 관리 도구를 설계 가능 하 고 "일반" 모드로 반환 작업이 완료 되 면? 사실,이 방법은 널리 사용할 수 경우 OpenFlow 도움이 됩니다 "클라우드 네트워크"-에-수요 네트워크 구성.

이 접근은 매우 중요 합니다. 스위치 및 라우터 표준 토폴로지 아래 우리가 여기 논의 하는 대역폭을 구현 하지 마십시오. 네트워크 자체 플랫폼 솔루션 응용 프로그램, 시스 코 시스템즈의 iOS 제품 라인에 의해 승진은 더 많이 하 게 되 고와 같은 큰 데이터 솔루션의 중요 한 부분이 되고있다. 이러한 복잡성과 데이터 규모, 유연한 광섬유 연결 빠르게 네트워크 아키텍처의 새로운 가장 좋아하는 되고있다.

OpenFlow 솔루션 트래픽을 몇 년 전 예상치 못한 방법으로 구현 된 것 처럼 필요에 따라 네트워크의 광섬유의 형태와 크기를 자동으로 제어 하는 네트워크 관리자가 도움이 됩니다.

이것은 네트워크 관리자가 적응 해야 합니다 방법입니다. 클라우드 컴퓨팅 (공용, 개인, 또는 하이브리드)의 대규모 응용 프로그램 및 대용량 데이터 응용 프로그램 모든 엔터프라이즈 응용 프로그램 환경에 가까운 장래에 침투 됩니다.

(책임 편집기: 유산의 좋은)