실패 할 설계

2014 년 3 월 26 일
English: Alan Shepard in capsule aboard Freedo...

영어 : 캡슐 앨런 셰퍼드는 자유 7 타고 출시 1961 전에 앨런 셰퍼드는 1961년 5월 5일 공간에있는 미국 최초의되었습니다. 그는 7 - 준 궤도 비행 15 분을 지속 자유라는 그의 머큐리 - 레드 스톤 3 로켓을 타고 시작했다. (사진 제공 : 위키 백과)

나는이 내 아내와 비 기술적 인 친구를위한 약간 쓰고 있어요. 나는이 생각을 생각으로 그것은 특히 기술이 아니다, 그것은 내가 실제로 솔루션을 디자인 할 때하고 내 시간을 많이 소비하는 작업을 설명하는 좋은 방법 나에게 발생했습니다.

최근에 아내와 전화 모두 다양한 방법으로 세분화했다, 그녀는 그녀를 삭제하고 그것은 이후 같은 적이 없었는데, 광산은 좀 맛없어 하드웨어 장애를 가지고 있었고, 그것을 해결하기 위해 노력하는 것은 더 악화했다. 우리가 사는이 기술은 일반적으로 낮은 비용의 상품 기술 (항상 케이스,하지만 대부분 참)으로, 가장 저렴한 하드웨어 공급자가 함께 넣을 수 있습니다. 대량 생산은 너무 대충하고 (거기에 하나가 실패 할 경우 인계 오로지 여러 구성 요소) 중복을 줄임, 비용을 절감.

일반적으로 가정 생활에서 우리의 대부분은 중복 신경 쓰지 않는 우리 중 일부는 하나 이상의 데스크톱 PC 또는 노트북을 가질 수 있지만, 우리 대부분은 하나의 개인 휴대 전화를해야합니다, 등 하나의 큰 화면의 TV, 하나의 블루 레이 플레이어, 등 우리는 상품을 구입하고 우리는 상품과 실패하는 경향이 있음을 받아 들인다. 우리 중 일부는 이것을 실현과 기술이 실패 할 때 (아마도 우리의 많은이를 실현하지 않습니다!) 흥분하지 않지만 당신은 당신이 가지고있는 기술이 필요하지 않는 것이 좋습니다 (가장 비싼) 만 기억하면 그것이 실패 때문에 발생하기 쉬운 이유는 저렴한, 당신은 깨닫게됩니다. 이 홈 기술 보험 업계가 너무 강한 이유!

일반 , , ,

IT 작전 대 DevOps가

2014 년 3 월 17 일

나는 밀접하게 작업 보드를 모니터링 지난 몇 개월 동안 있었고, 때문에 내 웹 개발 배경 I는 개발 작업에 있었 네요 얻을. 흥미롭게도 개발 역할의 대부분은 투구 할 것 DevOps가의 역할. 나는 DevOps가 역할을 (내 dev에 기술이 녹슨,하지만 난 꽤 잘 본부 측을 할 수있는) 일에 관심이있을 것으로 처음이 내 관심을 얻었다. 하지만 인프라 관련 그것은 DevOps가 역할의 대부분은 단순히 설정 관리의 비트와 함께 단지 개발 역할 포함 보인다 및 구성 관리와 관련된 코드이다.

당신이 일의 IT 운영 측면에서 보면,이 사람들은 빌드 자동화, 인프라 구성 관리 및 유비쿼터스 불변의 서버 개념에 관여지고있다. 문제가 중요한 크로스 오버가 DevOps가의 도구입니다 및 IT 작전이다. 당신이 뭔가를 찾고 있다면, 요리사 , 인형 , Ansible 또는 소금 , 주요 의사 결정 요소 중 하나입니다 당신은 개발자 나 인프라 사람입니다. 개발자는 이해하기가 더 가능성이 Github에서의 인프라 사람이 자동화 된 빌드를 스크립팅 더 이해할 수있는 동안, 저장소 및 워크 플로우를. 주요 인프라 가상화 업체 VM웨어 같은 것들과 함께 파티에 오는 응용 프로그램 관리자데이터 관리자 뿐만 아니라, 마이크로 소프트의 앱 - 컨트롤러 ,이 시장은 빠르게 바쁜되고있다.

그러나 중요한 질문은 여전히​​, 당신은 개발자 나 인프라 사람입니까? 인프라 사람 하나가 핸드 오버하는 개발 템플릿을 구축하거나, 개발자는 사전 구축 템플릿을 복용하고 그것의 맨 위에 자신의 코드를 자동화한다. 무엇 다음 DevOps가 어떻습니까? 어떤 시점에서 인프라 운영 팀은 실제로 개발 팀과 긴밀하게 협력 할 것인가? 아마 질문에 가까운 : 어떤 시점에서 인프라 팀은 개발 팀이 인프라에 접근하게됩니다, 어떤 시점에서 개발 팀은 인프라 팀이 자신의 코드에 접근 할 것인가? 너무 많은 인수 방법은 하나 또는 다른 (코드가 인프라 등 등, 우리의 코드에 대한 충분한 동적이지, 가상 스택에 최적화되지 않은)는 여전히있다.

일반 , , , ,

스냅 샷을 설명

2014 년 3 월 11

이것은 그래서 그것을 해제 커버 가치가 있다고 생각 인기 검색어 것으로 보인다. 이 약 예전 위에 게시물에 덮여 분수 예약 , 그러나 나는 또한 여기에 대안을 다룰 것이다.

snap00259

넷앱 스냅 샷은 업계에서 매우 독특한 것으로 사용하지만,이 기술에 대한 업계의 용어는 이제 일반적으로 추가합니다 -에 - 쓰기 / 리디렉션 기록 중 (새 쓰기가, "끝"에 추가 또는 자유 블록에 리디렉션 따라입니다 당신은 그것을보고) 및 몇몇 업체는이 방법을 수행하는 방법에 대해 설명합니다. 아주 간단히 말해, 모든 새로운 데이터가 디스크에 새 (제로화) 블록에 기록됩니다. 이 스냅 샷 공간이 생산 데이터와 같은 위치에 논리적이어야한다는 것을 의미하지,하지만 정말 와이드 스트라이핑 / 골재 / 스토리지 풀 (선호하는 공급 업체의 기간을 선택)와 함께 문제가되지 않습니다. 스냅 샷을 촬영할 때, 아이 노드 테이블은 냉동 복사됩니다. 데이터 블록에 아이 노드 테이블 포인트, 이러한 데이터 블록은 이제 고정됩니다. 활성 파일 시스템 "변경"블록으로, 이들은 실제로 디스크의 새 위치로 활용되는 등 쓰기에 오버 헤드가 (새로운 블록이 이미 비우는)이 없습니다. 다른 기술 (하지 넷앱)이 또한 자동화 된 계층화의 기초를 형성 데이터를 스냅 샷으로 "잠금"되면, 그것은 안전하게 SSD 중 계층화 할 수 있습니다 또는 SAS는 읽기 성능으로, 그래서 덮어 쓸 수 없을거야 문제 드물게. 넷앱 사용 FlashPools이를 증가시키기 위해, 그것은 "덮어"이 일은 없기 때문 데이터 FlashPools 중 계층화 할 수 있도록 스냅 샷은 트리거입니다.

웹 검색이 , , ,

VM웨어 CPU 준비 시간

2014 년 3 월 11

나는 최근에이 문제로 저를 잡으러 돌아올 것을 놀라게하고, 그에서 중요한 하나가되었습니다.

그래서 문제는 무엇인가? 당신이 CPU 자원의 가상 공간을 굶어 글쎄, 길고도 짧은 이야기, 당신은 CPU 준비 상태 문제를 얻을 수 있습니다. 대체로이가 2 문제로 인해 발생합니다, 당신은 (통합 비율이 너무 높은)에서 CPU 리소스를 과도하게 저지른, 또는 가상 머신이 너무 큰 크기의 (자신의 워크로드가 너무 높은)입니다.

VM웨어은 vSphere는 그것의 CPU 가상화 매우 영리하다. 수 있도록하기 위해 여러 가상 머신 및 축소가 일정을 동일 CPU 공간을 공유합니다. 이 매우 빠르게 발생하고, 일반적으로 당신이 알 수있는 유일한 방법을 말하는 것은 당신이 매우 적은 CPU를 소비하고 매우 높은 통합 비율을 가지고있다 말할 필요도없이. 문제가 정말 큰 VM의 발생 (4 + vCPU 한의). 은 vSphere 모든 vCPU 한의 요구가 동시에 예약, 또는 (5.0 +에서 편안한 공동 일정의 한 부분)이 약간 왜곡 될,이에 대한 자세한 지능을 많이해야합니다. 이러한 일정을 할 수있는 기회의 창은 할당 vCPU 한의의 더 많은, 그래서 4 vCPU 한 기계 (사용할 수 있도록 4 논리 코어를 기다릴 필요가 좁아진 하이퍼 스레드 코어가 개별 논리 코어를 계산), 8 vCPU 한 기계를 기다릴 필요 8. 혼잡은 vSphere 호스트 CPU 자원에 대한있을 수 있습니다 이상, 큐하고 어려워 모든 vCPU 한의가 예약 할 수 있습니다. 기계가 사용할 수 있도록 CPU 리소스를 기다리는 동안, (그것을 처리하기 위해 CPU 거래가 의미 있지만 리소스를 사용할 수 없습니다 수 없기 때문에) 준비 상태입니다. 편안한 공동 일정은 항상 모든 vCPU 한의 논리적 물리적 코어에서 동시에 예약 할 때까지 기다릴 필요가 없습니다 의미하지만, 크기 조정 때 엄지 손가락의 규칙입니다.

일반 , , , ,

새로운 시작

2014 년 3 월 11

무엇에 먼저 새 게시물 2 ~ 3 년? WAFL.co.uk는 여전히 훌륭하게 수행하고 지금은 역할을 이동 한 것을 나는 나의 오래된 화염을 다시 방문하는 시간 그림. 내 집에 실험실 재 구축 및 업그레이드를 필요로하고 문서화 받아야!

그래서 계약을 기반으로 작품의 큰 무서운 세계로 이동 한, 나는 몇 주 전 첫 역할을 시작, 지금까지 그것은 좋은 것입니다. 내 악용, 실제 고객이 직면하고 내 일반 묵상의 일부를 공유하는 문제에 대한 업데이트를 유지하려면. 이 사이트는 이하 넷앱의 중심이 될 것입니다,하지만 난 아직도 기억에 내 뿌리를두고!

나의 첫 번째 역할은 흥미로운 도전을 많이 참여하지만, 가능한 좋은 기술도 여기에있다. 강한 DevOps가의 팀 (본부 비트를 통합하는 필요 도움, 모두? 않습니다), 빅 데이터 문제를 많이, 그리고 클라우드 서비스가 괜찮을 곳을 포함하여 훨씬 더 반응 인프라를 만들어 보는 즉시 프로젝트는 내가 인생을 시작했다 웹 개발자로, 그리고 닷컴 회사에 다시 되 고 도전 진화 방법을보고 좋아요.

Zemanta에 의해 향상된

일반 , , ,

넷앱 데뷔 주문형 성능 관리자

2014 년 3 월 3
NetApp은 지난 주에 출시 된 모든 넷앱 고객 및 파트너에게 요구시 작동되는 성능 관리자 1.0 릴리스 후보 1 (RC1)을. 이 새로운 소프트웨어는 성능 관리, 문제 해결 및 클러스터 데이터 ONTAP 8.2과 8.2.1을 실행하는 시스템에 대한 이벤트 알림을 제공합니다.

성능 관리자 1.0 RC1은 VM웨어 ESX 또는 ESXi를 내 가상 어플라이언스로, 설치되지 않은, 배포됩니다. 가상 어플라이언스는 운영 체제와 소프트웨어를 통합하는 응용 프로그램, 관리 및 패키지로 업데이트를 포함, 미리 작성된 소프트웨어 번들입니다. 이 소프트웨어의 배포 방법은 달리 복잡한 설치 과정이 될 것입니다 무슨 단순화합니다.

배포시에, 리눅스 2.6.32 기반 가상 어플라이언스는 사용자 소프트웨어, 타사 응용 프로그램 및 모든 구성 정보를 가상 컴퓨터에 미리 설치를 포함하는 가상 머신을 생성합니다. 가상 어플라이언스 미들웨어의 대부분은 주로 자바로 구축하고 여러 가지 오픈 소스 구성 요소를 포함한다 - 특히에서 (이에 제한되지 않음) 아파치 소프트웨어 재단, 데비안 프로젝트와 자유 소프트웨어 재단 (Free Software Foundation)을.

크기 조정 성능 관리자는 여러 가지 요인에 기초 : 클러스터 데이터 ONTAP 클러스터의 수, 각 클러스터 노드의 최대 수와 클러스터의 노드에서 볼륨의 최대 수입니다.

넷앱의 공식 지원 가능성 상태를 충족하기 위해, 성능 관리자 1.0 RC1은 (예약) 메모리, 4 개의 가상 CPU 및 (예약) CPU의 9572 MHz의 총 12GB의를 필요로합니다. 이 자격을 갖춘 구성은 적절한 성능의 최소 수준을 충족하고 지정된보다 작은 이러한 설정을 구성 할 수는 없습니다. 흥미롭게도, 이러한 리소스가 허용 증가 -하지만 권장하지 않습니다 - 이렇게 같이하는 작은 부가 가치를 제공합니다.

사실 12 월 2013 따라 넷앱에서 자동 지원 데이터, 대부분의 고객은 하나의 성능 관리자 가상 어플라이언스를 배포 할 것으로 예상해야한다; 하나의 인스턴스로 모든 현재 배포 클러스터 데이터 ONTAP 시스템의 95 %에 적합 할 것입니다.

그것은 몇몇 제품은 성능 모니터링을 제공하는 주문형 포트폴리오에 존재하는 것을주의하는 것도 흥미 롭다. 이렇게하면 하나의 제품은 다른에 더 적합 할 것입니다?

의 성능 관리자를 시작하자; 이것은 최소한의 공통 분모이다. 그것은 감​​시하고 깊은 클러스터 데이터 ONTAP 시스템에 문제를 해결합니다.

요구시 작동되는 밸런스는 다음 단계에서 문제 해결 및 최적화를 제공합니다 - 특히 서버 가상화 환경에서. 그것은 클러스터 데이터 ONTAP, 가상 머신과 호스트를 모니터링합니다. 그것은 성능 분석을 사용하여 모든 데이터의 상관 관계 및 지침을 제공합니다.

마지막으로, 요구시 작동되는 인사이트는 가상 및 물리적 환경에서 대규모의 복잡한 멀티 벤더 스토리지에 대한 전체 스토리지 자원 관리 솔루션입니다. 그들은 등 EMC, HP, IBM, HDS, 다른 벤더의 스토리지를 가지고있는 경우 넷앱의 고객 인사이트를 추가

라이센스는 요구시 작동되는 성능 관리자 1.0 RC1을 배포 할 필요가 없습니다. 필요한 VM웨어 서버와 브라우저 버전, 참조 상호 운용성 매트릭스 도구 NetApp의 지원 사이트에 (IMT) 페이지를 참조하십시오.

괴짜 ONTAP ,

넷앱 FAS8000 발표

2014 년 2 월 19
FAS8020, FAS8040 및 FAS8060, 각각 FAS/V3220, FAS/V3250 및 FAS/V6220를 대체 : NetApp은 오늘 세 개의 새로운 모델, FAS8000 시리즈, 공유 인프라에 대한 최신의 엔터프라이즈 플랫폼을 출시했다. 이 새로운 라인은 처음에 7 모드 또는 클러스터 데이터 ONTAP 중 하나를 지원, 데이터 ONTAP 8.2.1 RC2와 함께 제공됩니다.

모든 시스템은 단일 섀시 내의 독립 및 HA 구성 중 하나에서 사용할 수 있습니다. 모든 독립 FAS8000 컨트롤러 구성은 HA가 섀시에 추가 (동일 모델) 두 번째 컨트롤러를 가질 수 있습니다.

새로운 FAS8000은 DS2246으로 한정되어, DS4246, DS4486, DS4243, DS14mk4 및 IOM6, IOM3, ESH4 및 AT-FCX 선반 모듈과 DS14mk2-AT 디스크 선반. 여러 공급 업체의 가상화 된 스토리지는 FAS8000에 추가 할 수 있습니다 - 전용 V-시리즈 "게이트웨이"시스템없이 - 새로운 "FlexArray"소프트웨어 기능과 함께.

넷앱 FAS8000 시리즈에 대한 별도의 FlexCache 모델을 제공하지 않습니다.

의이 새로운 스토리지 시스템의 각각의 기술적 인 세부 사항을 살펴 보겠습니다.


FAS8020
3U 폼 팩터 FAS8020 (코드 명 : "부엘")가 혼합 된 작업 부하와 중간 크기의 기업 고객으로 대상으로합니다. 각 프로세서 제어 모듈 (PCM)는 싱글 소켓, 6 코어 (HA 쌍 당 12), 인텔 Patsburg-J 사우스 브릿지와 2.0 GHz의 인텔 E5-2620 "샌디 브릿지-EP"프로세서 및 24기가바이트 DDR3의 실제 메모리를 (포함 HA 쌍 당 48기가바이트).

NetApp은 하나의 섀시에서 단일 및 이중 컨트롤러 구성을 지원하지만, 이전 시스템과 달리, I / O 확장 모듈 (IOXM) 구성은 지원되지 않습니다. 고성능 내장 포트와 새로운 통합 대상 어댑터 2 (UTA2) 포트가 제공하는 유연성의 증가 믹스 FAS8000 시리즈에 대한 높은 슬롯 개수에 대한 필요성을 감소시킨다.

이전 FAS 시스템에서 넷앱 NVRAM8와 같이, 각각의 FAS8020의 PCM은 NVRAM9 4GB의 배터리 백업 (8기가바이트 HA 당 쌍)를 포함한다; 전력 손실이 발생한다 NVRAM 내용은 NAND 플래시 메모리로 이동되게된다. 전원이 복구되면, 얻어진 NVLOG이어서 ​​시스템을 복원하기 위해 재생된다. NVRAM9는 마더 보드에 통합되어 있으며 슬롯을 차지하지 않습니다.

FAS8020은 (예 : PCI 브리지, 이더넷 / 파이버 채널 / 인피니 밴드 어댑터 및 SAS 컨트롤러와 같은) 임베디드 디바이스를위한 3 세대 PCI 익스프레스 (의 PCIe) 아키텍처를 기반으로합니다. 그 슬롯은 8 배속까지 다양한 링크를 지원합니다.

흥미롭게도, FAS8020의 HA 상호는 이제 40GB의 QDR 인피니 밴드 어댑터를 활용; 이 10GBASE-KR (구리) 또는 10GBASE-SR FAS/V3220 내에서 발견 (섬유) 기술에서 상당한 업그레이드이다.

또한 FAS8020에 새로운 새로운 통합 대상 어댑터 (UTA) 2; 첫 번째 넷앱의 스토리지 산업. 그것은 미래의 유연성을 제공, 최대 16GB 파이버 채널 (FC) 또는 10Gb 이더넷을 지원합니다. 두 포트는 동일한 "인격"으로 설정해야 하나 UTA 포트를 변경하면 같은 인격에 두 번째 포트를 변경합니다. FAS8020은 온보드 UTA2 포트에 대한 하나의 ASIC을 가지고 있으며, ASIC에 걸쳐 내결함성 X1143A-R6를 추가해야합니다.

UTA2에 FC 개성 16/8/4 개 Gb FC에서 링크 속도를 자동 범위하지만, 2 또는 1 Gbps의에서 작동하지 않습니다. 의 10GbE는 10 기가비트 이더넷 속도 이하로 자동 범위되지 않습니다. 그것은 그 UTA2 포트가 이전 DS14의 FC 선반 또는 FC 테이프 장치를 지원하지 않는 것이 중요합니다. DS14 선반 또는 FC 테이프, 사용 X1132A-R6 또는 X2054A-R6에 연결합니다.

FAS8020은 1,920 TB의 최대 용량으로, 480 드라이브 또는 (HA 시스템 당) 240 SSD를 최대 보유 할 수 있습니다. 플래시 캐시 및 Flash 수영장 (결합) 용량의 최대 금액은 HA 쌍 당 최대 6TB입니다. FAS8020에서 최대 골재 크기는 150TB이고 최대 볼륨 크기는 70TB입니다.

FAS8020의 클러스터 데이터 ONTAP 노드 제한이 균일 클러스터와 SAN을위한 NAS 24 8입니다. 아니나 다를까, 이종 (혼합) 클러스터와 플랫폼 혼합 규칙은 SAN과 NAS 클러스터 모두 8 노드의 최대 FAS/V3220s, 3250s, 3270s, 6210s와 함께 FAS8020을 제한 할 수 있습니다. 다만 동종 클러스터 등 - (예 : FAS/V6220s, 6240/50s 및 6280/90s 등) 현대 시스템은 NAS에 대한 24 노드 및 FAS8020과 SAN을위한 8 개의 노드로 한정된다. 또한 FAS/V3210s, FAS/V3240s, 또는 FAS22xx 시스템의 이기종 (혼합) 클러스터 내에서 실행되는 FAS8020은이 시간에 SAN을위한 4 개의 노드와 NAS에 대한 4 노드의 자격이 된 것을 유의하십시오.


FAS8040/60
6U 폼팩터 FAS8040 및 FAS8060 (코드 명 : "Bimota")는 비즈니스에 중요한 애플리케이션 및 클라우드 인프라와 대규모 엔터프라이즈 고객에게 매체 타겟을 향해.

각 FAS8040 프로세서 제어 모듈 (PCM)는 싱글 소켓, 8 코어 (HA 쌍 당 16), 인텔 Patsburg-J 사우스 브릿지 2.1 GHz의 인텔 E5-2658 "샌디 브릿지-EP"프로세서, 32 기가 바이트 DDR3의 실제 메모리를 포함 (HA 쌍 당 64기가바이트).

각 FAS8060의 PCM은 DDR3 실제 메모리를 최대 64GB (1백28기가바이트 당 16 개의 코어 (HA 쌍 당 32), 인텔 Patsburg-J 사우스 브릿지의 총 듀얼 소켓, 2.1 GHz의 인텔 E5-2658 "샌디 브릿지-EP"프로세서를 포함하고, HA 쌍). 각 FAS8060의 PCM의 데이터 ONTAP CPU 사용률이 1560 %에 도달; 이 모든 16 개의 코어가 적극적으로 작업 부하 (100 % 하나의 코어에 해당)을 서비스하는 것을 의미한다.

NetApp은 하나의 섀시에서 단일 및 이중 컨트롤러 구성을 지원하지만, 이전 시스템과 달리, I / O 확장 모듈 (IOXM) 구성은 지원되지 않습니다. 고성능 온보드 포트와 새로운 UTA2 포트를 제공하는 유연성의 증가 된 혼합 FAS8000 시리즈 높은 슬롯 카운트에 대한 필요성을 감소시킨다.

이전 FAS 시스템에서 넷앱 NVRAM8와 마찬가지로, 각 FAS8040 또는 FAS8060 PCM은 NVRAM9 8GB의 배터리 백업 (HA 쌍 당 16 기가 바이트)를 포함한다; 전력 손실이 발생한다 NVRAM 내용은 NAND 플래시 메모리로 이동되게된다. 전원이 복구되면, 얻어진 NVLOG이어서 ​​시스템을 복원하기 위해 재생된다. NVRAM9는 마더 보드에 통합되어 있으며 슬롯을 차지하지 않습니다.

FAS8040/60은 (예 : PCI 브리지, 이더넷 / 파이버 채널 / 인피니 밴드 어댑터 및 SAS 컨트롤러와 같은) 임베디드 디바이스를위한 3 세대 PCI 익스프레스 (의 PCIe) 아키텍처를 기반으로합니다. 모든 슬롯은 X8 다양한 링크를 지원합니다.

흥미롭게도, FAS8040/60에 대한 HA 상호는 이제 40GB의 QDR 인피니 밴드 어댑터를 활용; 이 10GBASE-KR (구리) 또는 10GBASE-SR FAS/V3250 및 FAS/V6220의 20GB의 DDR 인피니 상호 연결에서의 완만 한 개선에서 발견 (섬유) 기술에서 상당한 업그레이드이다.

넷앱에 따르면, FAS8040 및 FAS8060은 데이터 ONTAP 8.2.1 내에서 원격 워크로드를위한 최고의 성능에 도달하기 위해 클러스터 상호 연결을위한 네 개의 내장 포트를 사용한다. 이 가장 좋은 방법은 배포가 데이터 ONTAP의 향후 릴리스의 잠재적 인 성능 향상의 이점을 취할 수 있도록.

또한 FAS8040 및 FAS8060에 새로운 새로운 통합 대상 어댑터 (UTA) 2; 첫 번째 넷앱의 스토리지 산업. 그것은 미래의 유연성을 제공, 최대 16GB 파이버 채널 (FC) 또는 10Gb 이더넷을 지원합니다. 두 포트는 동일한 "인격"으로 설정해야 하나 UTA 포트를 변경하면 같은 인격에 두 번째 포트를 변경합니다. FAS8040 및 FAS8060은 두 UTA2 ASIC의가 있고, 포트 쌍 e0e/0e하고 포트 쌍 e0g/0g 두 번째 ASIC을 공유 e0h/0h 동안, ASIC를 공유 e0f/0f.

UTA2에 FC 개성 16/8/4 개 Gb FC에서 링크 속도를 자동 범위하지만, 2 또는 1 Gbps의에서 작동하지 않습니다. 의 10GbE는 10 기가비트 이더넷 속도 이하로 자동 범위되지 않습니다. 그것은 그 UTA2 포트가 이전 DS14의 FC 선반 또는 FC 테이프 장치를 지원하지 않는 것이 중요합니다. DS14 선반 또는 FC 테이프, 사용 X1132A-R6 또는 X2054A-R6에 연결합니다.

FAS8040은 2,880 TB의 최대 용량으로, 720 드라이브 또는 (HA 시스템 당) 240 SSD를 최대 보유 할 수 있습니다. 플래시 캐시 및 Flash 수영장 (결합) 용량의 최대 금액은 HA 쌍 당 12TB까지이다. FAS8040에서 최대 골재 크기는 180TB이고 최대 볼륨 크기는 100TB입니다.

FAS8060은 4,800 TB의 최대 용량, 1,200 드라이브 또는 (HA 시스템 당) 240 SSD를 최대 보유 할 수 있습니다. 플래시 캐시 및 Flash 수영장 (결합) 용량의 최대 금액은 HA 쌍 당 18TB까지이다. FAS8060에서 최대 골재 크기는 324TB이고 최대 볼륨 크기는 100TB입니다.

FAS8040/60의 클러스터 데이터 ONTAP 노드 제한이 균일 클러스터와 SAN을위한 NAS 24 8입니다. 아니나 다를까, 이종 (혼합) 클러스터와 플랫폼 혼합 규칙은 SAN과 NAS 클러스터 모두 8 노드의 최대 FAS/V3220s, 3250s, 3270s, 6210s와 함께 FAS8040/60을 제한 할 수 있습니다. 다만 동종 클러스터 등 - (예 : FAS/V6220s, 6240/50s 및 6280/90s 등) 현대 시스템은 NAS에 대한 24 노드와 FAS8040/60와 ​​SAN을위한 8 개의 노드로 한정된다.


요약
FAS8000은 데이터 ONTAP 8.2.1 RC2와 견적 및 주문 중 사용할 수 있습니다. 출하량은 2014년 3월 시작 예정입니다. 2014년 5월 시작, FAS8000 시스템은 공장 구성된 클러스터 (FCCS)로 주문할 수 있습니다.

괴짜 ONTAP , 일반

슈퍼 저장 : NFL의 데이터 저장의 팬의보기

2014 년 2 월 11
: 대부분의 미국인처럼, 최근 미식 축구에서 가장 큰, 대담한, 그리고 추운 이벤트 본 슈퍼 볼 XLVIII을 함께 112,200,000 나의 가장 가까운 친구 ""의.

당신은 큰 경기에 대한 흥분하지 않은 경우에도, 당신은 여전히​​ 미국 역사에서 가장 지켜 텔레비전 프로그램의 데이터 저장의 역할에 대해 배울 관심이있을 수 있습니다.

슈퍼 볼에 이르기까지의 주 동안, 나는 특권했다 오프닝 벨 링하는 데 도움이 뉴욕시에서이 나스닥에를 - 어떤 경험 ! 나는 또한 데이터 관리를위한 NetApp 스토리지 시스템을 활용하는 방법을 탐구하는 정보 기술의 NFL의 이사, 아론 Amendolia,과 대화를 나눌 수있는 기회를했다.

그것은 보호, 저장하고, 32 NFL 팀에​​ 데이터를 제공 (40) 넷앱 FAS2200 시리즈 스토리지 시스템으로 시작, 직원의 수천, 팬의 수백만. 예를 들면 :

게임을하는 동안 플레이어의 통계를 원하십니까? 모든 게임은 원시 데이터를 재생하면 즉시 사용할 수 있으며 NetApp 스토리지 시스템에 의해 제공됩니다.

? 그 액션 장면처럼 텔레비전과 신문 사진 작가는 수백 사진의 수천을 가지고 비디오 제작자는 정규 시즌 게임, 플레이 오프, 그리고 슈퍼 볼의 고화질 비디오를 캡처 - 모든 NetApp 스토리지 시스템에 저장됩니다.

배지를 착용하는 사람을보기? NetApp은 NFL 커미셔너에 핫도그 공급 업체 모두에 대한 보안 자격 심사를 지원하는 인프라를 제공합니다.

또한 NFL은 인프라의 90 % 이상이 NetApp 스토리지 시스템에 가상 머신을 실행하는 전체 프로토콜 스택 (SAN 및 NAS 둘 다)를 활용 배웠습니다.

그러나, 모든 슈퍼 볼은 고유합니다.

NFL의 최종 사용자는 종종 높은 대기 시간 연결을 가진 호텔에 위치하고 있습니다; 하드웨어는 일반적으로 대부분의 데이터 센터 (소다 캔 유출, 먼지, 모래 등)에서 찾을 수없는 열악한 환경에 노출되어있다. 좋은 소식은 SnapMirror는 데이터 ONTAP에 내장 된 복제 소프트웨어는 NFL 문제의 경우에 장애 조치를 할 수 있다는 것입니다.

사실, 그들은 정기적으로 (라이브) 장애 조치 및 장애 복구와 함께 자신의 재해 복구 계획을 테스트합니다.

물론, 좋아하는 팀은 올해 슈퍼 볼로 만든되지 않을 수도 있습니다,하지만 NFL과 32 팀과 협력은 슈퍼 볼로 끝나지 않습니다. 등, 플레이 북을 업데이트하는 비디오 스트리밍 : 그것은 여전히​​ 일상적인 사업 NFL의 IT 인프라의

NFL의 공식 데이터 저장소 공급자 : 넷앱과 같은 슈퍼 스토리지 플랫폼을 필요로 모두의.

괴짜 ONTAP , 일반

NetApp은 플래시 가속 1.3.0 출시

2014 년 1 월 30 일
NetApp은 오늘 플래시 가속 1.3.0, 백엔드 데이터 ONTAP 스토리지 시스템의 캐시에 지원되는 서버 플래시를 켭 서버 측 소프트웨어의 가용성을 발표했다.

일관성, 지속성
전체가 아닌 캐시를 플러시 - 이전 버전의 플래시 가속 1.3.0 검출 및 블록 레벨에서 일관성을 보정과 마찬가지로. 이 데이터 일관성 문제가 없지만, 성능을 최악으로 전체 캐시를 플러시하는 것은 좋은 일 수있다. 지속적인 캐시를 유지하면서 플래시 가속 캐시 무효화는, 캐시를 해결합니다.

지능형 데이터 일관성뿐만 아니라, 플래시 가속은 VM / 서버 재부팅 후에도 지속성을 제공합니다.

지능형 데이터 일관성과 지속성 모두의 이점은 캐시가 모두 (즉, 캐시가 따뜻한 경우)의 피크 성능을 최적화하도록하는 것입니다 그 피크 성능 (가능한 한 오랫동안 캐시를 따뜻하게 유지하여 가능한 한 오래 지속 할 수있다 ).


사이드 참고 : 플래시 가속 코드는 저장 시스템에 저장하는 데이터 ONTAP 의해 관리되는 데이터에 대한 액세스를 가속 서버 캐시를 관리한다. 플래시 가속은 데이터 ONTAP 코드가 아닙니다.

새로운 기능
플래시 가속 1.3.0은 다음과 같은 특징과 기능을 추가합니다 :

  • 윈도우 서버 베어 메탈 (bare metal) 캐싱을 지원합니다 :
    • 윈도우 2008 R2, 윈도우 2012, 윈도우 2012 R2
    • 베어 메탈에 대한 FC 및 iSCSI 지원
    • 지원 클러스터 응용 프로그램 (장애 조치에 찬 캐시)
  • 윈도우 2012 및 2012 R2 VM 및은 vSphere 5.5 지원에 대한 지원을 추가
    • 참고 : Flash 가속 관리 콘솔 (FAMC)은 vSphere와 플래시 가속의 사용을 위해 5.5 지원 플래시 가속 1.3의 일반적인 가용성 주 이내에 추가됩니다
  • 서버 당 캐시의 최대 4TB
  • STEC PCI-E 가속기에 대한 지원
    • 참고 : VMware 환경은 Flash 가속 1.3.0 FAMC에만 사용 가능 처음이다. 넷앱 버추얼 스토리지 콘솔 (VSC)와 함께 사용하기위한 1.3.0 지원 VSC 5.0 버전 사용할 수 있습니다

가장 최신에 지원되는 구성에 대해 "서버 캐싱 솔루션"카테고리 내에서 새로운 "플래시 가속"스토리지 솔루션에서 NetApp의 상호 운용성 매트릭스 도구 (IMT)를 확인합니다.

이 릴리스의 일환으로, 메모리의 소비가 감소되었습니다. 이전에, 플래시 가속은 모든 장치 메모리의 기가 바이트 및 할당 캐시 공간의 모든 기가 바이트의 VM에 0.006 GB 추가 메모리에 대한 호스트의 물리적 메모리 0.006 GB이 필요합니다. 버전 1.3.0로, (호스트)의 실제 메모리 0.0035 GB와 (VM)에 0.0035 GB 메모리를 추가로 구성하는 것이 가능합니다.

이 버전 1.3.0의 기본 캐시 블록 크기가 8 KB 4KB의 증가 된 것을주의하는 것도 중요합니다.

플래시 가속 1.3.0은 무료로 모든 넷앱 FAS 나 V 시리즈 고객이 다운로드 할 수 있습니다. 플래시 가속을 다운로드하려면, 방문 NetApp의 지원 사이트를 .

괴짜 ONTAP , 일반

스냅 창조주 딥 다이브

2013 년 12 월 30 일
넷앱 스냅 창조주 프레임 워크는 타사 응용 프로그램, 데이터베이스, 하이퍼 바이저 및 운영 체제와 함께 넷앱의 기능을 통합 데이터 보호 소프트웨어입니다.

스냅 창조주는 원래 감소 (또는 제거) 스크립팅하는 NetApp의 전문 서비스와 빠른 응답 공학에 의해 2007 년 10 월에 개발되었다. 요즘 스냅 창조주는 NetApp의 지원 사이트에서 사용할 수있는 완벽하게 지원 소프트웨어 배포입니다.

커뮤니티 버전과 공식 넷앱 자료 : 스냅 창조주 팀은 스냅 창조주의 두 가지 버전을 제공합니다. 커뮤니티 버전은 최신 플러그인, 개선 사항 및 기능이 포함되어 있습니다 만, NetApp의 지원에 의해 지원되지 않습니다. 넷앱 버전은 완벽하게 테스트 및 지원되지만, 최근의 플러그인 기능과 향상된 기능이 포함되지 않습니다 있습니다.

의 11 월 2013 년 최근에 출시 된 스냅 작성기 4.1 커뮤니티 릴리스의 구조를 살펴 보자.

스냅 창조주 서버 아키텍처
스냅 창조주 서버는 일반적으로 중앙 서버에 설치되어 있습니다. 그것은 모든 스냅 창조주 명령을 실행하는 멀티 스레드, XML 기반의 구성 요소 인 워크 플로 엔진이 포함되어 있습니다.

스냅 창조주 GUI 및 CLI뿐만 아니라 (예 : 파워 쉘 cmdlet은 같은) 타사 솔루션을 모두, 스냅 창조주의 API를 활용. 예를 들어, NetApp의 워크 플로우 자동화 스냅 창조주와 소통 할 수 PowerShell에서 cmdlet을 활용할 수 있습니다.

그 구성을 저장하려면, 스냅 창조주는 저장소에있는 구성 파일 및 프로필을 포함; 이 글로벌 CONFIGS 및 프로필 수준의 글로벌 CONFIGS이 포함되어 있습니다. 당신이 스냅 창조주 서버의 이전 버전에 대해 잘 알고 있다면, 새로운 구성 요소 중 하나는 확장 된 저장소입니다. 이 확장은 데이터베이스의 모든 작업 위치, 작업에 대한 수입 정보, 심지어 플러그인 메타 데이터를 제공합니다.


지속성에 대해 스냅 창조주 데이터베이스 스냅 창조주의 일정 및 작업에 대한 자세한 내용뿐만 아니라, RBAC 사용자 및 역할을 저장합니다.

스토리지 인터페이스는 스냅 창조주는 또한 NetApp의 요구시 작동되는 통합 관리자와 통신 통합 관리자 인터페이스를 포함 등 SnapVault를, SnapMirror를 같은 스토리지 시스템 작업을 실행하기 위해 데이터 ONTAP API를 통해 통신을 처리하는 서버 측 구성 요소입니다; 실제로 (대신 ONTAP의 API) 통합 관리자 API를 사용합니다.

마지막으로, 스냅 창조주 서버 (일반적으로 스냅 창조주 서버에 대한 외부 호스트에 설치되어있는) 에이전트와 통신하는 에이전트 인터페이스가 포함되어 있습니다. 이제 스냅 창조주 에이전트로 이동하자.

스냅 창조주 에이전트 구조
스냅 창조주 에이전트 4.1은 최근 모든 운영 체제에서 멀티 스레드로 완전히 자바로 재 작성되었다. 이 재 작성의 일환으로, 암호화 소프트웨어를 통해 가능하게되었습니다. 이것은 이전 버전 (최대 및 버전 4.0를 포함)가 HTTP를 통해 만 통신을 의미합니다; 버전 4.1 반면, 통신은 이상 (암호화) HTTPS 발생합니다.

첫째, (서버의) 에이전트 인터페이스 에이전트의 편안하고 인터페이스 회담. 에이전트의 기본 구성 요소는 작동 / 실행 관리자입니다. 실행 관리자가 실제로 이러한 요청을 완료하는 동안 그것은 모든 수신, 발신 및 / 또는 완료 요청을 처리 할 책임이 있습니다.

여러 작업을 실행하기 위해 각 스냅 창조주 에이전트는 스레드 풀을 포함; 그것은 주어진 작업의 수를 결정하는 작업자 스레드로 구성된다.

작업이 지정된 시간 이후에 시간 제한 값을 초과하면 어떻게됩니까? 에이전트의 감시가 실행 관리자에 의해 유발 될 수있는 때이다. 그것은 자주 중지를 작업 중에 호출됩니다.


에 이동, 워크 플로의 수명 기간 동안 필요한 정보를 보유하고 상황에 맞는 상점이있다.

스냅 창조주 에이전트는 플러그 인을 인스턴스화하고 상황에 맞는 저장소에 직접 통신하는 플러그인 공장이 포함되어 있습니다.

토큰 기반 스토리지 액세스를 통해 - 자바 플러그인의 경우, 직접뿐만 아니라 스냅 창조주 서버에 다시 에이전트의 상황에 맞는 스토어에 이야기 할 수 있습니다하는 것이 중요합니다. 이것은 그들이 스냅 창조주 서버로 전달하지 않고 저장 작업을 실행할 수 있음을 의미합니다. 이 날짜에 활용되지 않은 기능이지만, 그것은 전진 그럼에도 불구하고 사용할 수 있습니다.

플러그인 공장이 아닌 자바 플러그인을 인스턴스화하면 어떻게됩니까?

이 시나리오에서,의 코드를 실행하는 기존 플러그인 통합 엔진, 버전 4.0 또는 3.6 플러그인뿐만 아니라 등 펄, 유닉스 쉘 스크립트, PowerShell을 작성 지원 사용자 정의 플러그인을 실행할 수 있습니다

개요
정리하자면, 우리는 스냅 창조주 4.1의 서버 및 에이전트 아키텍처를 모두 설명했습니다. 플러그인을 개발하는 방법에 대한 자세한 내용은 방문 SnapCreator.com을 .

괴짜 ONTAP , 일반



이 사이트는 제휴 또는 어쨌든 후원 넷앱 또는 다른 회사에서 언급되지 않습니다.

© 2009년부터 2014년까지 크리스 크란츠 판권 소유
This site is not affiliated or sponsored in anyway by NetApp or any other company mentioned within.