KR100834361B1 - 단일 시스템에서 효율적으로 지원하는 다중 원시 네트워크 프로토콜 구현 - Google Patents

단일 시스템에서 효율적으로 지원하는 다중 원시 네트워크 프로토콜 구현 Download PDF

Info

Publication number
KR100834361B1
KR100834361B1 KR1020057008165A KR20057008165A KR100834361B1 KR 100834361 B1 KR100834361 B1 KR 100834361B1 KR 1020057008165 A KR1020057008165 A KR 1020057008165A KR 20057008165 A KR20057008165 A KR 20057008165A KR 100834361 B1 KR100834361 B1 KR 100834361B1
Authority
KR
South Korea
Prior art keywords
protocol
storage tank
client
file storage
input
Prior art date
Application number
KR1020057008165A
Other languages
English (en)
Other versions
KR20050071673A (ko
Inventor
윈저 위 선 슈
제이샨카 무쎄다쓰 메논
어니스티 쳉 영
Original Assignee
인터내셔널 비지네스 머신즈 코포레이션
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 인터내셔널 비지네스 머신즈 코포레이션 filed Critical 인터내셔널 비지네스 머신즈 코포레이션
Publication of KR20050071673A publication Critical patent/KR20050071673A/ko
Application granted granted Critical
Publication of KR100834361B1 publication Critical patent/KR100834361B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1012—Server selection for load balancing based on compliance of requirements or conditions with available server resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1019—Random or heuristic server selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/10015—Access to distributed or replicated servers, e.g. using brokers

Abstract

지능형 라우터는 에뮬레이션없이 원시적으로 유저의 요청을 다룰 수가 있는 스토리지 서버로 유저의 요청을 라우팅한다. 그 요청은 유저부에서 임의의 지령 또는 상호 작용없이 자동적으로 라우팅된다. 지능형 라우터는 스토리지 탱트형 계산 환경과 지능형 라우터 세트를 포함한다. 지능형 라우터가 한 요청을 수신하면, 지능형 라우터는 프로토콜 유형을 검사하고 그 요청을 적절한 스토리지 탱크 클라이언트들 중 하나로 라우팅한다. 지능형 라우터는 요청 메시지의 내용을 변경하지 않으며, 그에 따라 스토리지 탱크 시스템은 지능형 라우터의 존재를 인식하지 못하게 된다. 따라서 원하지 않는다면 임의의 메시지는 지능형 라우터를 거칠 필요가 없다.

Description

단일 시스템에서 효율적으로 지원하는 다중 원시 네트워크 프로토콜 구현{EFFIVIENTLY SUPPORTING MULTIPLE NATIVE NETWORK PROTOCOL IMPLEMENTATIONS IN A SINGLE SYSTEM}
본 발명은 일반적으로 이종 환경(heterogeneous environment)에서 사용하기 위한 분산 오브젝트 스토리지 시스템(distributed object storage system)에 관한 것으로서, 특히 상이한 네트워크 프로토콜을 이용하는 유저로 하여금 서비스 취득을 위해 단일 시스템과 원시적으로 통신 가능하게 하는 시스템 및 방법에 관한 것이다.
통상 많은 종업원이 있는 사업체와 같은 대규모 기업은 다수의 네트워크 연결된 컴퓨터를 운영한다. 이들 컴퓨터는 기업의 다른 컴퓨터로부터 엑세스 가능하게 그들의 데이터를 저장하는 것이 필요하다. 흔히 이것은 파일 시스템과 파일 서버를 사용하여 공유 스토리지 시스템에 공유된 파일들을 저장함으로써 달성된다. 파일 시스템 클라이언트는 정의가 명확한 네트워크 파일 프로토콜을 이용하여 파일 서버와 통신한다. 컴퓨터로 파일을 작성하는 경우, 파일 서버를 통해 디스크에 파일이 기록된다. 기록된 파일이 동일 또는 또다른 컴퓨터에 의해서 판독되는 경우, 데이터는 디스크로부터 판독되고, 파일 서버를 통과하여 그 파일에 대한 엑세스를 요청한 컴퓨터로 전달된다.
대부분의 경우, 파일에 엑세스하는 컴퓨터들은 이기종 컴퓨터이며, AIX(등록 상표), Microsoft Windows(등록 상표), Solaris(등록 상표), HP-UX(등록 상표), Linux(등록 상표)와 같은 다수의 상이한 운영 체제를 실행할 수 있다. 컴퓨터가 실행하는 운영 체제에 따라서, 컴퓨터는 파일 서버에 엑세스하기 위해 다른 프로토콜을 사용할 수 있다. 예컨대, 마이크로소프사의 운영 체제인 윈도우즈를 실행하는 시스템은 공통 인터넷 파일 시스템(CIFS) 프로토콜을 사용하고 Unix(등록 상표) 변형을 실행하는 컴퓨터는 네트워크 파일 시스템(NFS) 프로토콜을 사용하는 경향이 있다. 그러나 이들 모두는 동일 파일에 엑세스할 필요가 있다. 이들이 해체된 파일 세트에 엑세스할지라도, 동일한 파일 서버를 공유할 수 있는 것이 훨씬 편리하다.
각종 네트워크 프로토콜을 토크(talk)할 수 있는 파일 서버를 구축하려는 시도가 있다. 이를 네트워크 접속 스토리지(NAS) 시스템이라 한다. 그러나, 각 NAS 시스템은 기껏해야 하나의 원시 프로토콜(native protocol)을 가진 운영 체제에 의거 구축된다. 마이크로소프 윈도우 상의 CIFS 서버와 리눅스(혹은 다른 유닉스 변형) 상의 NFS 서버를 개개의 프로토콜의 "원시(native)" 구현예라고 고려한다.
따라서, NAS 시스템은 애뮬레이션으로 다른 프로토콜을 다루어야 한다. 예컨대, 애뮬레이트된 CIFS 및 애뮬레이트된 NFS는 네트워크 어플라이언스 네트워크 접속 스토리지 제품에 의해서 구현되었다. 원시 CIFS 및 애뮬레이트된 NFS는 IBM사의 네트워크 접속 스토리지 NAS 200 제품으로 구현되었다. 애뮬레이트된 CIFS 및 원시 NFS는 Veritas ServPoint(등록 상표) NAS 시스템에 의해서 구현되었다.
일반적으로, 애뮬레이트된 프로토콜은 동작과 통신 장애를 야기하는 원시 구현예의 기능 및/또는 성능과 완전하게 호환 가능하지 않다. 또한 애뮬레이터를 개발하는데 시간과 노력이 들므로 신규 프로토콜 또는 기존 프로토콜의 새로운 버전이 소개되는 경우 혹시 있더라도 잠시 동안 NAS 시스템에 의해서 지원될 수가 없다.
이러한 문제점을 해결하기 위한 한가지 방법은 이종 파일 시스템(HFS)을 사용하는 것이었다. 이러한 이종 파일 시스템은 그의 파일 시스템 클라이언트(HFS 클라이언트) 중 어느 하나로부터 모든 파일에 엑세스 가능하도록 이종 시스템 중에서 파일 공유를 가능하게 한다. HFS 클라이언트는 다른 운영 체제를 실행 가능하며, 각각의 클라이언트는 그 자신의 원시 네트워크 프로토콜을 갖고 있다. 따라서 클라이언트는 그의 개개의 프로토콜에 대해서 원시 서버로서 기능할 수 있다.
그러나, HFS 클라이언트는 다른 네트워크 IP 어드레스를 가진 별개의 시스템이다. 따라서, 유저는 어느 프로토콜이 그의 컴퓨터에서 사용 중이고, HFS 클라이언트 각각에 의해서 지원되는 프로토콜이 무엇인지를 알고, 특히 대응 HFS 클라이언트로 요청을 지시하는 것이 필요하다. 이는 HFS 클라이언트가 이용 불가능해지거나 갱신 및 교체될 때 HFS 클라이언트에 대한 정보가 동적일 수 있다는 사실에 의해서 더 복잡해진다. 더욱이 HFS클라이언트와 HFS 서버를 통해 진행 중인 여분의 홉(hop)이 있기 때문에 성능이 떨어질 것이다.
또한, 단일 파일 서버에 의해서 너무 많은 데이터가 다루어지므로, 복수 서버를 필요로 하며 유저는 어느 파일 서버가 그의 데이터를 갖고 있는 지를 알아야 만 한다. 복수 서버가 사용되면, 이들 서버에 걸쳐서 부하의 밸런스를 맞추기 용이한 방법이 없다.
그러므로 필요한 것은 어떤 프로토콜이 사용중이고 파일이 어디에 있는 지에 관계없이 모든 서비스 요구(즉, 파일)를 효율적이고 원시적으로 다룰 수 있고 유저에 대한 단일 개체로서 드러나는(즉, 단일 시스템 이미지를 나타내는) 시스템이다. 따라서 이러한 시스템의 필요성이 만족되지 않은 상태로 남아 있다.
본 발명은 이러한 요구 사항을 만족하고 독립 청구항에서 청구하고 있는 바와 같은 방법, 컴퓨터 프로그램 제품 및 시스템을 제공한다.
본 발명은
Figure 112005023977186-pct00001
에서 2004년 1월 24일자로 발표된 "IBM Storage Tank(상표명) A Distributed Storage System"에 기술된 최근에 개발된 Storage Tank(상표명) 시스템을 이종 파일 시스템(HFS)로서 사용하는 것이 좋다.
본 발명의 시스템은 HFS, 특히 Storage Tank(상표명)과 하나 이상의 지능형 라우터로 구성되는 것이 좋다. HFS 클라이언트들은 그들의 개개의 네트워크 프로토콜에 대한 원시 서버로서 기능할 수 있다. 예컨대 마이크로소프트의 HFS 클라이언트와 리눅스의 HFS 클라이언트는 CIFS 서버와 NFS 서버로서 각각 기능할 수 있다. 그러나 마이크로소프트의 윈도우즈와 리눅스의 HFS 클라이언트는 다른 네트워크 IP 어드레스를 가진 별개의 시스템이다. 따라서 지능형 라우터없이 유저는 그의 컴퓨터가 어떤 프로토콜(그 프로토콜은 각각의 HFS 클라이언트에 의해서 지원된다)을 이용 중임을 알 필요가 있으며 유저의 요구(요청)를 대응 HFS 클라이언트에게 특별히 지시한다. 지능형 라우터는 유저부에서 지령 또는 상호 작용없이 정확한 HFS 클라이언트로 유저를 자동 지향한다. 지능형 라우터는 양호한 성능을 제공할 것 같은 적절한 HFS 클라이언트로 유저를 지향한다.
지능형 라우터는 유저에 대한 단일 네트워크 IP 어드레스를 가진 단일 엔티티(개체)로서 나타난다. 지능형 라우터가 한 요청을 수신하면, 공용 인터넷 파일 시스템(CIFS), 또는 네트워크 파일 시스템(NFS)과 같은 프로토콜 타입을 검사하고, 적절한 HFS 클라이언트들 중 하나로 그 요청을 라우팅한다. 지능형 라우터는 CIFS 요청을 CIFS 서버로 전달하고 NFS 요청을 NFS 서버로 재지향한다.
앞에서 언급한 바와 같이, 데이터 경로에는 엑스트라 서버가 있기 때문에 이러한 방법은 성능에 문제가 있어 응답 시간이 증대된다. 따라서, 본 발명은 예컨대, HFS로서 Storage Tank(상표명) 시스템(여기서는 ST 또는 스토리지 탱크 시스템이라 함)을 이용하는 것이 좋다. ST에서 HFS 클라이언트(ST 클라이언트)는 스토리지 네트워크를 이용하여 스토리지 디스크에 직접 연결된다. 이들은 또 다른 네트워크를 통해 메타데이터 서버(ST 서버) 세트에도 연결된다.
ST 프로토콜은 ST 클라이언트와 ST 서버 사이에서 통신하기 위해 사용되는 양호한 프로토콜이다. ST 프로토콜은 스토리지 탱크 분산 시스템으로 하여금 단일 파일 시스템으로서 거동 가능하게 하는 로킹 데이터 일치 모델(locking and data consistency model)을 구현한다. ST 클라이언트는 ST 서버에 엑세스하여 메타데이터를 판독하고 주목 데이터의 위치를 알게 된다. 메타데이터 정보에 의해 ST 클라이언트는 데이터에 직접 엑세스한다. ST 클라이언트와 데이터 사이의 경로에서 서버를 제거함으로써 고속의 효율적인 데이터 전송 접속이 가능해진다.
양호한 실시예에 있어서, 본 발명의 시스템은 이종 파일 공유 환경과 함께 지능형 라우터 세트를 이용하여 복수 네트워크 제품을 지원하는 단일 시스템 이미지 아키텍쳐를 구축한다. 지능형 라우터들은 함께 단일 네트워크 IP 어드레스를 유저에게 제공하고, 프로토콜 기반의 라우팅을 수행한다. 지능형 라우터는 일부 프로토콜의 에뮬레이트된 변형이라기 보다는 각 서버 타입에 대한 "원시(native)" 프로토콜 구현예로 시스템 아키텍쳐를 구축 가능하게 한다. 지능형 라우터는 시스템 아키텍쳐를 용이하게 구축함으로써 복수 이종 유저로 하여금 단일 파일명 공간에서 모든 파일들을 공유 가능하게 한다.
ST 클라이언트는 모든 메타데이터를 ST 서버로 지향하고 추가로 모든 데이터 동작을 고속 네트워크에 부착된 스토리지 장치로 지향한다. 또한 ST 클라이언트는 유저의 운영 체제(그리고 시스템에서 동작하는 어는 어플리케이션)에 가시적인 메타데이터를 국부적으로 부착된 원시 파일 시스템에서 판독된 메타데이터와 동일하게 취급한다.
메시지 또는 요청이 시스템의 입력으로 도달하는 경우, 지능형 라우터는 어느 프로토콜이 유저와 일치하는지 결정하고, 그 메시지를 적절한 ST 클라이언트로 라우팅한다. ST 클라이언트가 그 데이터를 검색하는 경우, 그 데이터는 지능형 라우터를 통해 유저에게 반드시 반환될 필요는 없다. 그러나 다른 실시예에 있어서 검색된 데이터는 필요하다면 지능형 라우터를 통해 라우팅될 수 있다.
지능형 라우터의 구현예에 있어서, 서버 어플라이언스는 단지 선택된 포트, 예컨대 CIF용 포트 139와 NFS용 포트 2049에 귀기울인다. 한 요청이 한 포트에 도달한 경우, 지능형 라우터는 매체 엑세스(MAC) 어드레스 및 프로토콜 타입과 같은 소스 머신 유일 식별자를 사용하여 메시지 목적지를 판별한다. 이는 동일 ST 클라이언트가 동일 소스 머신으로부터의 모든 요청을 처리함으로써, ST 프로토콜의 상태 정보를 유지하기 위한 지능형 라우터를 필요로 하지 않는다.
지능형 라우터는 메시지 내용을 변경하지 않기 때문에 ST 클라이언트는 지능형 라우터의 존재를 인식하고 있지 않다. 따라서 임의의 반환 메시지는 지능형 라우터를 통과할 필요가 없다. 웹 서버 로드 밸런싱을 위해 개발된 기술들을 이용하여 상호 관련 지능형 라우터 세트를 동일 호스트명 및/또는 IP 어드레스를 가진 단일 시스템으로 인식 가능하게 한다.
이후, 도면을 참조하여 본 발명의 양호한 실시예에 대해서 보다 상세히 설명하기로 한다.
도 1은 본 발명이 사용될 수 있는 일례의 운영 환경의 개략도이다.
도 2는 도 1의 지능형 라우터의 고레벨 아키텍쳐의 블록도이다.
도 3은 도 1 및 도 2의 지능형 라우터의 동작 방법을 설명하기 위한 프로세스 흐름도이다.
다음의 정의 및 설명은 본 발명의 기술 분야에 속하는 배경 정보를 제공하고 본 발명의 범위를 제한하지 않고 본 발명의 이해를 돕는데 기여할 것이다.
콘테이너: 글로벌 네임 스페이스의 서브 트리. 콘테이너는 로드 밸런싱 및 관리를 위해 스토리지 탱크 오브젝트 세트를 그룹화한다.
IP 네트워크: 인터넷 프로토콜 네트워크. IP 네트워크는 데이터그램이라 불리는 패킷의 포맷과 어드레싱 방법을 규정한다. 대다수의 네트워크는 IP를 목적지와 소스 사이에서 가상 접속을 설정하는 전송 제어 프로토콜(TCP)이라 불리는 고레벨의 프로토콜과 결합한다.
메타데이터: 예컨대 WWW 문서의 주제를 나타내는 태그. 메타 데이터는 예컨대, 특정 데이터 세트가 어떻게, 언제 그리고 누구에 의해서 수집되었고, 어떻게 데이터가 포맷되며, 그 데이터가 어디에 위치하고 있는 지를 기술한다.
원시: 원래 형태를 지칭. 예컨대 대부분의 어플리케이션은 각종 포맷으로 파일과 함께 동작할 수 있으나, 어플리케이션의 원시 파일 포맷은 그것이 내부적으로 사용하는 포맷이다. 다른 모든 포맷의 경우 어플리케이션은 먼저 그 파일을 그의 원시 포맷으로 변환하여야 한다.
프로토콜: 두 장치 사이에서 데이터를 전송하기 위한 합의 포맷. 프로토콜은 다음을 결정한다. 즉 사용될 에러 체킹 유형, 데이터 압축 방법, 송신 장치의 메시지 송신 완료 표시 방법, 수신 장치의 메시지 수신 표시 방법을 결정한다.
서버: 네트워크 자원을 관리하는 네트워크 상의 컴퓨터 또는 장치.
스토리지 풀: 하나 이상의 볼륨 컬렉션. 스토리지 폴은 공간 할당용 볼륨의 논리적 그룹화를 콘테이너에 제공한다. 콘테이너 내의 파일은 상이한 스토리지 풀에 속할 수 가 있다. 복수 콘테이너는 단일 스토리지 풀 내에서 스토리지를 소유할 수 있다.
볼륨: 물리 장치 또는 논리 장치일 수 있는 외장 스토리지 장치. 볼륨은 스토리지 풀에 부가되어 그 볼륨 상의 데이터에 엑세스할 필요가 있는 모든 서버 및 클라이언트에 의해서 엑세스 가능하다.
도 1은 지능형 라우터(10)를 이용하는 스토리지 탱크 시스템(100)의 일례의 아키텍쳐를 도시한다. 개별적으로 또는 세트로서 동작하는 지능형 라우터(10)는 네트워크 IP 어드레스를 네트워크(20)를 통해 유저(15)에게 제공하고 다중 네트워크 프로토콜을 지원하는 단일 시스템 아키텍쳐를 달성하도록 프로토콜 기반의 라우팅을 수행한다.
지능형 라우터(10)는 통상 호스트 서버 내에 내장되거나 호스트 서버에 설치된 소프트웨어 프로그래밍 코드 또는 컴퓨터 프로그램 제품을 포함한다. 이와 달리, 지능형 라우터(10)는 디스켓, CD, 하드 드라이브, 유사 장치와 같은 적절한 스토리지 매체 상에 저장될 수 있다. 시스템(10)이 WWW와 관련하여 기술될 동안, 지능형 라우터(10)는 WWW 및/또는 다른 소스로부터 도출될 수 있는 텀(term)의 독립형 데이터베이스로 사용 가능하다.
지능형 라우터(10)는 스토리지 탱크 클라이언트(30,35,40,45,50)의 블록(25)에 연결된다. 스토리지 탱크 클라이언트 블록(25) 내의 수개의 상이한 스토리지 탱 크 클라이언트는 지능형 라우터(10)에 이용 가능하다. 각각의 개별 스토리지 탱크 클라이언트는 상이한 운영 체제 또는 프로토콜을 사용할 수 있다. 지능형 라우터(10)는 일부 프로토콜의 에뮬레이트된 변형 이라기 보다는 각 서버 타입에 대한 '원시' 프로토콜 구현예를 가진 시스템 아키텍쳐를 구현 가능하게 한다. 일례로서, 스토리지 탱크 클라이언트(30)는 AIX(상표명) 운영 체제를 사용하고, 스토리지 탱크 클라이언트(35)는 Solaris(상표명) 운영 체제를 사용하며, 스토리지 탱크 클라이언트(40)는 HP/UX(상표명) 운영 체제를 사용하고, 스토리지 탱크 클라이언트(45)는 Linux(상표명) 운영 체제를 사용하며, 스토리지 탱크 클라이언트(50)는 Microsoft Windows 2000(상표명) 운영 체제를 사용한다.
도시한 운영 체제의 유형은 지능형 라우터(10)에 의해서 수용된 광범위한 각종 운영 체제를 나타낸다. 각각의 스토리지 탱크 클라이언트(30,35,40,45,50)는 예컨대 Unix(상표명) 스토리지 탱크 클라이언트에서 가상의 파일 시스템 인터페이스(VFS)와 Microsoft Windows(상표명) 스토리지 탱크 클라이언트에서 설치 가능한 파일 시스템(IFS)으로서 구현되는 스토리지 탱크 클라이언트 소프트웨어를 동작한다. 그에 따라 스토리지 탱크 클라이언트(30,35,40,45,50)는 VFS 또는 IFS로서 도시된다.
스토리지 탱크 클라이언트 블록(25)은 스토리지 네트워크(60)를 통해 복수 스토리지 풀(55)에서 데이터를 공유한다. 스토리지 탱크 클라이언트 블록(25)은 또한 메타데이터 서버(65,70,75)에도 연결된다. 메타데이터 서버(65,70,75)는 메타데이터 서버 클러스터(80)를 형성하도록 함께 클러스터된다. 복수의 스토리지 폴(55) 에 저장된 데이터의 메타데이터는 메타데이터 스토어(85)에 저장된다. 컴퓨터 데이터를 저장할 수 있는 스토리지 시스템 및 장치는 스토리지 탱크 메타데이터를 저장하는 스토리지 시스템 또는 장치와는 분리될 수가 있다.
도 1의 스토리지 탱크 시스템(100)은 2개의 논리 네트워크, 즉 제어 네트워크(90)와 스토리지 네트워크(60)를 사용한다. 스토리지 탱크 클라이언트(25)는 제어 네트우크(90)를 통해 스토리지 탱크 서버(80)로 모든 메타데이터 동작을 지향한다. 스토리지 탱크 클라이언트(30,35,40,45,50)는 유저(15)의 운영 체제에 가시적인 메타데이터를 원시적으로 국부 부착된 파일 시스템으로부터 판독된 메타데이터와 동일하게 취급한다. 제어 네트워크(90)는 단지 메시지와 메타데이터 만을 전달한다. 제어 네트워크(90)를 통해 전달된 데이터량은 최소이다.
스토리지 탱크 클라이언트 블록(25)과 메타데이터 서버(80), 복수의 스토리지 풀(55), 메타데이터 스토어(85)는 모두 고속의 스토리지 네트워크(60)에 연결되어 있다. 스토리지 네트워크(60)는 모든 데이터 전송을 위해 사용된다. 이는 데이터 경로로부터 스토리지 탱크 서버(80)를 제거함으로써, 성능 오버헤드를 줄여 잠재적인 데이터 전송 병목 현상을 배제한다.
스토리지 탱크 시스템(100)은 그의 파일 데이터에 대한 다중 스토리지 풀(55)과 메타데이터 스토어(85)에 대한 다중 스토리지 풀을 지원한다. 대부분의 파일 시스템과는 달리, 스토리지 탱크 시스템은 데이터 데이터와 데이터를 별개로 저장한다. 파일명, 작성일, 엑세스 제어 정보와 같은 표준 파일 메타데이터를 포함하는 메타데이터 또한 디스크(범위 리스트)에서 파일 데이터의 위치를 포함하고 있 다.
메타데이터는 데이터 스토리지와 동일한 스토리지 네트워크 또는 별개의 스토리지 네트워크 상에 있을 수 있는 고성능의 이용 가능한 사설 서버 스토리지에서 유지되며, 스토리지 탱크 클라이언트(30,35,40,45,50)에 의해서 직접적으로 엑세스되나, 제어 네트워크(90) 상의 스토리지 탱크 프로토콜을 거쳐 서비스된다.
어느 소정 파일의 데이터 블록은 스토리지 풀들 중 하나의 디스크 상에 저장된다. 데이터 디스크는 스토리지 탱크 클라이언트(30,35,40,45,50)와 스토리지 탱크 서버(80) 둘다에 의해서 엑세스 가능한 스토리지 네트워크(60)에서 구성된다. 대부분의 상황에서 스토리지 네트워크(60)는 스토리지 탱크 데이터 디스크, 클라이언트, 서버에 대한 하나의 영역으로 구성될 것이다. 또한 원한다면 유저(15)에 대한 특별 보안 요건에 부합하도록 스토리지 탱크 클라이언트의 서브세트와 스토리지 탱크 서버에 의해서 배타적으로 엑세스 가능한 수 개의 영역을 생성하는 것이 가능하다.
유저(15)는 네트워크(20)를 통해 지능형 라우터(10)와 통신한다. 네트워크(20)는 인터넷, LAN, 또는 다른 네트워크일 수 있다.
시스템은 서버(65)와 같은 하나의 스토리지 탱크 서버, 서버(80)와 같은 서버 클러스터, 또는 서버(80)의 복수 클러스터를 가질 수가 있다. 클러스터된 스토리지 탱크 서버는 로드 밸런싱, 고장 처리, 증대된 스케일러빌러티를 제공한다. 클러스터된 스토리지 탱크 서버(80)는 스토리지 탱크 클라이언트(30,35,40,45,50)와 통신하기 위해 사용되는 제어 네트워크(90) 상에서 또는 자신의 고속 네트워크 상 에서 상호 연결된다.
스토리지 탱크 프로토콜은 스토리지 탱크 클라이언트(30,35,40,45,50)와 스토리지 탱크 서버(80) 사이에서 통신하기 위해 사용되는 프로토콜이다. 프로토콜은 복수개의 스토리지 풀(또는 스토리지 탱크 분산 스토리지 시스템)(55)으로 하여금 단일 로컬 파일 시스템으로서 인지하여 거동 가능하게 하는 로킹 및 데이터 일치 모델을 구현한다. 스토리지 탱크 프로토콜의 한가지 목적은 분산 환경에서 스토리지 탱크 클라이언트 블록(25)과 스토리지 탱크 서버(80) 간의 강한 데이터 일치성을 제공하는 것이다.
지능형 라우터(10)는 네트워크, 바람직하게는 제어 네트워크(90)를 통해 스토리지 탱크 클라이언트(30,35,40,45,50)에 연결된다. 유저(15)로부터 하나의 메시지 또는 요청이 도달한 경우, 지능형 라우터(10)는 어느 프로토콜이 유저(15)가 사용한 것과 부합하는 지를 판별하고, 그 메시지를 스토리지 탱크 클라이언트 블록(25) 내의 적절한 스토리지 탱크 클라이언트로 라우팅한다. 예컨대, 유저(15)는 리눅스 운영 체제를 실행하고, 복수 스토리지 풀(55)에 저장된 파일 내에 데이터에 엑세스하길 원한다. 지능형 라우터(10)는 후자가 NFS 프로토콜을 사용 중임을 유저(15)의 메시지로부터 인식한다. 그에 따라 지능형 라우터(10)는 파일 엑세스 요청을 NFS 프로토콜을 지원하는 스토리지 탱크 클라이언트(45)로 라우팅한다.
도 2는 지능형 라우터(10)의 상위 레벨 계층을 나타내고 있다. 지능형 라우터(10)는 일반적으로 프로토콜 판정 모듈(205), 클라이언트 기능 테이블(210), 스토리지 탱크 클라이언트 선택 모듈(215)로 구성되어 있다. 대부분의 스토리지 탱크 클라이언트는 스토리지 탱크 클라이언트 1(225), 스토리지 탱크 클라이언트 2(230), 스토리지 탱크 클라이언트 n(235)로 표시되는 지능형 라우터(10)에 이용 가능하다.
동작에 있어서, 도 3의 방법(300)을 참조하면 유저(15)는 단계(305)에서 요청을 발행하여 시스템(10)으로 메시지를 송신한다. 프로토콜 판정 모듈(205)은 단계(310)에서 요청 또는 메시지를 수신하여 그의 프로토콜을 결정한다.
지능형 라우터(10)는 단지 선택된 포트들, 예컨대 NFS에 대한 포트(2049)와 CIFS에 대한 포트(139)에 만 귀기울인다. 하나의 요청이 포트들 중 하나에 도달하면, 지능형 라우터(10)는 메시지 수신지를 결정하기 위해 매체 엑세스(MAC) 어드레스 및 프로토콜 유형과 같은 소스 머신 유일 식별자를 사용한다. 이것은 동일한 스토리지 탱크 클라이언트(225,230,235)가 동일한 상위 레벨의 클라이언트(15)로부터의 모든 요청의 처리를 보장한다. 프로토콜 타입은 예컨대 공통의 인터넷 파일 시스템(CIFS) 또는 네트워크 파일 시스템(NFS)일 수 있다. 양호한 실시예에 있어서, 스토리지 탱크 클라이언트(225,230,235)는 클라이언트 가용 성능 모듈(236)에 연결되며, 이어서 스토리지 탱크 클라이언트 선택 모듈(215)에 연결된다. 스토리지 탱크 클라이언트 선택 모듈(215)은 도면 부호(237)로 표시된 선택된 클라이언트를 출력한다.
프로토콜 판정 모듈(205)은 단계(320)에서 이 메시지에 대한 프로토콜 정보를 스토리지 탱크 클라이언트 선택 모듈(215)로 보낸다.스토리지 탱크 클라이언트 선택 모듈(215)은 그 메시지 프로토콜을 단계(325)에서 클라이언트 기능 테이블 (210)에 열거된 프로토콜과 비교한다. 클라이언트 기능 테이블(210)은 어느 스토리지 탱크 클라이언트(225,230,235)가 이 스토리지 탱크 클라이언트가 지원하는 원시 프로토콜과 함께 스토리지 탱크 시스템(100)에서 이용 가능한 지를 기술한다.
판단 단계(330)에서 메시지 프로토콜을 지원하는 스토리지 탱크 클라이언트(225,230,235)의 수가 1이면, 지능형 라우터(10)는 유저(15)로부터의 메시지 프로토콜을 단계(335)에서 단일 스토리지 탱크 클라이언트로 라우팅한다. 예컨대 유저(15)는 리눅스 운영 체제를 실행중이다. 판단 단계(330)에서, 지능형 라우터(10)는 예컨대 리눅스 운영 체제에 의해서 사용되는 NFS 프로토콜의 원시 구현예를 동작하는 오직 하나의 스토리지 탱크 클라이언트, 즉 스토리지 탱크 클라이언트 2(230) 만을 찾는다. 다음에 지능형 라우터(10)는 유저(15)로부터의 메시지를 스토리지 탱크 클라이언트 2(230)로 라우팅한다.
판단 단계(330)에서, 지능형 라우터(10)는 유저(15) 프로토콜의 원시 버전을 동작하는 하나 이상의 스토리지 탱크 클라이언트를 찾을 수 있다. 스토리지 탱크 클라이언트를 찾으면, 지능형 라우터(10)는 단계(340)에서 적절한 스토리지 탱크 클라이언트들 중 하나를 선택한다.
예컨대, 유저(15)는 마이크로소프트 운영 체제를 실행한다. 단계(330)에서 시스템(10)은 스토리지 탱크 클라이언트 1(225)와 스토리지 탱크 클라이언트 2(230)와 같은 마이크로소프트 윈도우 CIF 프로토콜을 원시적으로 지원하는 2 개의 스토리지 클라이언트를 위치 선정한다. 본 발명의 양호한 실시예에 있어서, 지능형 라우터(10)는 메시지 또는 요청 수신자로서 스토로지 탱크 클라이언트 1(225)와 같 은 가능한 스토리지 탱크 클라이언트들 중 하나를 랜덤하게 선택한다.
대안의 실시예에서, 지능형 라우터(10)는 유저(15)가 사용한 이전의 스토리지 탱크 클라이언트를 기억하고 단계(340)에서 동일한 스토리지 탱크 클라이언트, 예컨대 스토리지 탱크 클라이언트 2(225)를 선택한다. 이전 스토리지 탱크 클라이언트를 기억하기 위해, 지능형 라우터(10)는 매체 엑세스 어드레스 및 메시지 프로토콜 타입과 같은 소스 머신 유일 식별자를 이용하여 메시지 또는 요청을 수신하기 적합한 서버를 판정한다. 이것은 동일한 스토리지 탱크 클라이언트가 동일한 상위 레벨의 클라이언트(85)로부터의 모든 요청의 처리를 보장한다.
그에 따라 지능형 라우터(10)는 그 프로토콜에 대한 임의의 상태 정보를 유지할 필요가 없다.
또 다른 실시예에 있어서, 지능형 라우터(10)는 적절한 원시 프로토콜을 지원하는 스토리지 탱크 클라이언트를 순차적으로 선택(즉, 회전)하거나 어느 다른 적절한 방법으로 그 메시지를 수신하도록 스토리지 탱크 클라이언트를 선택할 수 있다.
일단 스토리지 탱크 클라이언트가 선택된 다음, 지능형 라우터(10)는 단계(345)에서 선택된 스토리지 탱크 클라이언트로 그 메시지를 라우팅한다. 지능형 라우터(10)는 스토리지 탱크 클라이언트로 전달되는 메시지 내용을 변경하지 않는다. 그에 따라 임의의 반환 메시지는 지능형 라우터(10)를 통해 라우팅될 필요가 없다. 그러나 반환 메시지는 원하다면 지능형 라우터를 통해 라우팅될 수 있다.
본 발명이 스토리지 영역 네트워크와 관련해서 만 예증의 목적으로 기술되었 으며, 당업자라면 이종 시스템 중에서 파일을 공유할 수 있는 임의의 파일 시스템으로서 적용 가능함은 자명하다.
본 발명에 따른 구성 및 방법은 상이한 네트워크 프로토콜을 이용하는 유저로 하여금 서비스 취득을 위해 단일 시스템과 원시적으로 통신 가능하게 하는 분야에 적용이 가능하다.

Claims (27)

  1. 입력 프로토콜을 이용하여 파일을 엑세스하기 위해, 입력 커맨드의 프로토콜 기반 라우팅을 상기 입력 프로토콜과 동일한 프로토콜을 에뮬레이션 없이 원시적으로(natively) 서비스할 수 있는 파일 스토리지 클라이언트로 자동 수행하기 위한 프로세서 구현 방법으로,
    입력 메시지의 입력 프로토콜을 판별하기 위한 단계와,
    복수의 파일 스토리지 클라이언트에 의해서 서비스되는 복수의 프로토콜을 식별하는 단계와,
    상기 입력 커맨드의 입력 프로토콜을 상기 복수의 파일 스토리지 클라이언트에 의해서 서비스되는 복수의 프로토콜과 비교하는 단계와,
    상기 입력 프로토콜과 동일한 프로토콜을 에뮬레이션 없이 원시적으로 서비스할 수 있는 상기 파일 스토리지 클라이언트를 선택하는 단계와,
    상기 입력 커맨드를 선택된 파일 스토리지 클라이언트로 자동적으로 라우팅하는 단계를 포함하며,
    상기 파일은 상기 복수의 프로토콜 중 선택된 프로토콜을 통해 액세스 가능한 것인 프로세서 구현 방법.
  2. 제1항에 있어서, 상기 복수의 프로토콜은 에뮬레이션 없이 원시적으로 서비스되는 것인 프로세서 구현 방법.
  3. 제1항에 있어서, 상기 복수의 프로토콜 중 적어도 하나의 프로토콜은 상기 복수의 프로토콜 중 나머지 다른 프로토콜과 상이한 것인 프로세서 구현 방법.
  4. 제1항에 있어서, 상기 입력 커맨드를 자동 라우팅하는 단계는 상기 입력 커맨드를 발행하는 유저의 파트에서 상호 작용없이 상기 입력 커맨드를 자동적으로 라우팅하는 단계를 포함하는 것인 프로세서 구현 방법.
  5. 제4항에 있어서, 상기 유저는 컴퓨터 프로그램을 포함하는 것인 프로세서 구현 방법.
  6. 제4항에 있어서, 상기 입력 커맨드를 자동적으로 라우팅하는 단계는 단일 엔티티로서 상기 유저에게 취급되는 라우터 시스템을 이용하는 단계를 포함하는 것인 프로세서 구현 방법.
  7. 청구항 7은(는) 설정등록료 납부시 포기되었습니다.
    제6항에 있어서, 상기 입력 커맨드를 자동적으로 라우팅하는 단계는 단일 네트워크 어드레스를 이용하여 파일 스토리지 탱크 클라이언트와의 접속을 달성하는 단계를 포함하는 것인 프로세서 구현 방법.
  8. 제1항에 있어서, 복수의 파일 스토리지 클라이언트가 상기 입력 프로토콜을 서비스하도록 정해지는 경우, 상기 파일 스토리지 클라이언트들 중 하나를 선택하는 단계를 포함하는 것인 프로세서 구현 방법.
  9. 청구항 9은(는) 설정등록료 납부시 포기되었습니다.
    제8항에 있어서, 상기 파일 스토리지 클라이언트들 중 하나를 선택하는 단계는 파일 스토리지 클라이언트를 랜덤하게 또는 순차적으로 선택하는 단계를 포함하는 것인 프로세서 구현 방법.
  10. 청구항 10은(는) 설정등록료 납부시 포기되었습니다.
    제8항에 있어서, 상기 파일 스토리지 클라이언트들 중 하나를 선택하는 단계는 상기 입력 커맨드를 발행하는 유저에 의해서 최종 사용된 것과 동일한 스토리지 탱크 클라이언트를 선택하는 단계를 포함하는 것인 프로세서 구현 방법.
  11. 삭제
  12. 제1항에 있어서, 상기 파일 스토리지 클라이언트에 의해서 서비스되는 복수의 프로토콜 리스트를 저장하는 단계를 더 포함하는 것인 프로세서 구현 방법.
  13. 청구항 13은(는) 설정등록료 납부시 포기되었습니다.
    제4항에 있어서, 상기 입력 커맨드를 자동적으로 라우팅하는 단계는 상기 입력 커맨드 내용을 변경함이 없이 상기 입력 커맨드를 자동적으로 라우팅하는 단계를 포함하는 것인 프로세서 구현 방법.
  14. 제1항 내지 제10항, 제12항 또는 제13항 중 어느 한 항에 따른 방법을 수행하기 위해 명령 코드를 가진 컴퓨터 프로그램을 포함하는 컴퓨터로 판독 가능한 기록 매체.
  15. 제1항 내지 제10항, 제12항 또는 제13항 중 어느 한 항에 따른 방법의 각각의 단계를 수행하기 위한 각각의 수단을 포함하는 스토리지 탱크 시스템.
  16. 삭제
  17. 삭제
  18. 삭제
  19. 삭제
  20. 삭제
  21. 삭제
  22. 삭제
  23. 삭제
  24. 삭제
  25. 삭제
  26. 삭제
  27. 삭제
KR1020057008165A 2002-11-26 2003-10-15 단일 시스템에서 효율적으로 지원하는 다중 원시 네트워크 프로토콜 구현 KR100834361B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/304,660 2002-11-26
US10/304,660 US7797392B2 (en) 2002-11-26 2002-11-26 System and method for efficiently supporting multiple native network protocol implementations in a single system

Publications (2)

Publication Number Publication Date
KR20050071673A KR20050071673A (ko) 2005-07-07
KR100834361B1 true KR100834361B1 (ko) 2008-06-02

Family

ID=32325272

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020057008165A KR100834361B1 (ko) 2002-11-26 2003-10-15 단일 시스템에서 효율적으로 지원하는 다중 원시 네트워크 프로토콜 구현

Country Status (10)

Country Link
US (1) US7797392B2 (ko)
EP (1) EP1566035B1 (ko)
JP (1) JP4521278B2 (ko)
KR (1) KR100834361B1 (ko)
CN (1) CN100544347C (ko)
AT (1) ATE373918T1 (ko)
AU (1) AU2003278310A1 (ko)
DE (1) DE60316466T2 (ko)
TW (1) TWI251148B (ko)
WO (1) WO2004049670A2 (ko)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050114595A1 (en) * 2003-11-26 2005-05-26 Veritas Operating Corporation System and method for emulating operating system metadata to provide cross-platform access to storage volumes
US7844691B2 (en) * 2004-12-30 2010-11-30 Xstor Systems, Inc. Scalable distributed storage and delivery
US7730038B1 (en) * 2005-02-10 2010-06-01 Oracle America, Inc. Efficient resource balancing through indirection
US20060277268A1 (en) * 2005-06-02 2006-12-07 Everhart Craig F Access method for file systems
US7366808B2 (en) * 2005-11-23 2008-04-29 Hitachi, Ltd. System, method and apparatus for multiple-protocol-accessible OSD storage subsystem
US20080065698A1 (en) * 2006-08-25 2008-03-13 Steven Michael French Method and apparatus for emulating alternate data streams across heterogeneous file systems
US7930263B2 (en) 2007-01-12 2011-04-19 Health Information Flow, Inc. Knowledge utilization
EP2012490B1 (en) * 2007-07-06 2010-02-24 NTT DoCoMo, Inc. Middleware for use in a client-server architecture
CN101909257B (zh) * 2009-06-04 2013-08-21 中兴通讯股份有限公司 M2m平台实现多种承载协议并发接入的方法及系统
US10721269B1 (en) 2009-11-06 2020-07-21 F5 Networks, Inc. Methods and system for returning requests with javascript for clients before passing a request to a server
US9420049B1 (en) 2010-06-30 2016-08-16 F5 Networks, Inc. Client side human user indicator
US10230566B1 (en) 2012-02-17 2019-03-12 F5 Networks, Inc. Methods for dynamically constructing a service principal name and devices thereof
WO2013163648A2 (en) 2012-04-27 2013-10-31 F5 Networks, Inc. Methods for optimizing service of content requests and devices thereof
CN103442045B (zh) * 2013-08-19 2016-11-23 华讯方舟科技有限公司 一种智能设备访问无线路由器的方法
US9325771B2 (en) * 2013-09-11 2016-04-26 Theplatform, Llc Systems and methods for data management
US10187317B1 (en) 2013-11-15 2019-01-22 F5 Networks, Inc. Methods for traffic rate control and devices thereof
CN104065513B (zh) * 2014-06-30 2017-09-12 华为技术有限公司 一种智能路由器管理方法以及相关用户终端
US9807167B2 (en) * 2014-09-24 2017-10-31 Wipro Limited System and method for optimally managing heterogeneous data in a distributed storage environment
CN109684285B (zh) * 2018-12-13 2021-10-29 郑州云海信息技术有限公司 一种用户态网络文件系统文件锁方法、装置及设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002069166A1 (en) * 2000-11-02 2002-09-06 Pirus Networks Switching system

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0213456A (ja) 1988-06-30 1990-01-17 Terumo Corp 使用済の医療用針の針先閉塞処理装置
JPH04354438A (ja) 1991-05-31 1992-12-08 Toshiba Corp マルチプロトコルｌａｎ間接続装置
US6119151A (en) * 1994-03-07 2000-09-12 International Business Machines Corp. System and method for efficient cache management in a distributed file system
US5634010A (en) 1994-10-21 1997-05-27 Modulus Technologies, Inc. Managing and distributing data objects of different types between computers connected to a network
JPH08256167A (ja) 1995-03-17 1996-10-01 Nippon Telegr & Teleph Corp <Ntt> グループ通信方式および方法
US6195359B1 (en) 1997-10-16 2001-02-27 International Business Machines Corporation Intelligent router for remote internet access
US6516351B2 (en) 1997-12-05 2003-02-04 Network Appliance, Inc. Enforcing uniform file-locking for diverse file-locking protocols
US6269380B1 (en) 1998-08-31 2001-07-31 Xerox Corporation Property based mechanism for flexibility supporting front-end and back-end components having different communication protocols
US6199112B1 (en) 1998-09-23 2001-03-06 Crossroads Systems, Inc. System and method for resolving fibre channel device addresses on a network using the device's fully qualified domain name
SE514376C2 (sv) * 1998-09-24 2001-02-19 Mirror Image Internet Inc Ett internet-cachningssystem samt ett förfarande och anordning i ett sådant system
JP2000148651A (ja) 1998-11-10 2000-05-30 Hitachi Ltd 共有ディスク装置
JP2001034567A (ja) * 1999-07-16 2001-02-09 Hitachi Ltd 外部記憶サブシステムおよび外部記憶サブシステムの制御方法
DE60038281T2 (de) 1999-07-21 2009-03-26 Kaneka Corp. Verfahren zur herstellung von optisch aktiven pyridinethanol-derivaten
CA2284947C (en) 1999-10-04 2005-12-20 Storagequest Inc. Apparatus and method for managing data storage
US6564228B1 (en) * 2000-01-14 2003-05-13 Sun Microsystems, Inc. Method of enabling heterogeneous platforms to utilize a universal file system in a storage area network
US6862648B2 (en) 2000-10-30 2005-03-01 Sun Microsystems, Inc. Interface emulation for storage devices
US6795824B1 (en) * 2000-10-31 2004-09-21 Radiant Data Corporation Independent storage architecture
US6891804B2 (en) 2000-12-15 2005-05-10 Sun Microsystems, Inc. Method and apparatus for desirable network components
JP4187403B2 (ja) 2000-12-20 2008-11-26 インターナショナル・ビジネス・マシーンズ・コーポレーション データ記録システム、データ記録方法およびネットワークシステム
US6907457B2 (en) 2001-01-25 2005-06-14 Dell Inc. Architecture for access to embedded files using a SAN intermediate device
US20020129216A1 (en) * 2001-03-06 2002-09-12 Kevin Collins Apparatus and method for configuring available storage capacity on a network as a logical device
US6915397B2 (en) * 2001-06-01 2005-07-05 Hewlett-Packard Development Company, L.P. System and method for generating point in time storage copy

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002069166A1 (en) * 2000-11-02 2002-09-06 Pirus Networks Switching system

Also Published As

Publication number Publication date
KR20050071673A (ko) 2005-07-07
TWI251148B (en) 2006-03-11
US7797392B2 (en) 2010-09-14
ATE373918T1 (de) 2007-10-15
JP4521278B2 (ja) 2010-08-11
US20040103206A1 (en) 2004-05-27
EP1566035B1 (en) 2007-09-19
AU2003278310A8 (en) 2004-06-18
CN1742472A (zh) 2006-03-01
DE60316466D1 (de) 2007-10-31
TW200421107A (en) 2004-10-16
JP2006507591A (ja) 2006-03-02
AU2003278310A1 (en) 2004-06-18
CN100544347C (zh) 2009-09-23
EP1566035A2 (en) 2005-08-24
DE60316466T2 (de) 2008-06-19
WO2004049670A3 (en) 2004-12-23
WO2004049670A2 (en) 2004-06-10

Similar Documents

Publication Publication Date Title
KR100834361B1 (ko) 단일 시스템에서 효율적으로 지원하는 다중 원시 네트워크 프로토콜 구현
EP1329812B1 (en) Architecture for creating and maintaining virtual servers on a server
US7222150B1 (en) Network server card and method for handling requests received via a network interface
EP0329779B1 (en) Session control in network for digital data processing system which supports multiple transfer protocols
US7035931B1 (en) Volume location service for a distributed file system
US6977927B1 (en) Method and system of allocating storage resources in a storage area network
US8195627B2 (en) Storage policy monitoring for a storage network
US20080025297A1 (en) Facilitating use of generic addresses by network applications of virtual servers
US8578053B2 (en) NAS load balancing system
JP2006510976A5 (ko)
JP2004038922A (ja) １つのファイラー上の複数の仮想ファイラーが重複するネットワークアドレスを有する複数のアドレス空間に参加することを可能にする技術
JP4208506B2 (ja) 高性能記憶装置アクセス環境
US7627650B2 (en) Short-cut response for distributed services
US8041761B1 (en) Virtual filer and IP space based IT configuration transitioning framework
CN111225003B (zh) 一种nfs节点配置方法和装置
US9544371B1 (en) Method to discover multiple paths to disk devices cluster wide
US20060075082A1 (en) Content distribution system and content distribution method
EP1860846B1 (en) Method and devices for managing distributed storage
JP2008509467A (ja) 複数のデータベース内に位置する属性によりデータベース・レコードを管理する方法、システム及びコンピュータ・プログラム
JP2650210B2 (ja) ネットワークシステム
CN116401227A (zh) 一种集群配置方法、装置、设备及介质

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E90F Notification of reason for final refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20110401

Year of fee payment: 4

LAPS Lapse due to unpaid annual fee