Red Hat Israel, Ltd.

Google Inc.

Emc Corporation

Elastifile Ltd.

Emc IP Holding Company LLC

Exanet Inc.

Exanet Co.

Shahar Frank

Assaf Natanzon

Erez Webman

Renen Hallak

Ezra N Hoch

Amos Ben-Ari

Jehuda Shemer

Amir Mosek

Yaniv Kamay

Irit Yadin-Lempel

Avraham Poza Meir

Kirill Shoikhet

Itamar Heim

Ayal Baron

Yaron Segev

Eyal Lotem

Uri Lublin

Dor Laor

Avi Kivity

Eliyahu Weissbrem

Roni Luxenberg

Gleb Natapov

Kobi Luz

Ehud Rokach

Shai M Koffman

Allon Cohen

Yochai Gal

Nir Peleg

Menachem Rosin

A method includes, in a computing system that runs clients on multiple interconnected compute nodes, running on the compute nodes respective virtual switches and respective virtual heads. Each client is provisioned to direct file access commands using one or more access protocols to a respective virtual head running on the compute node on which the client runs, via a respective virtual switch running on the compute node on which the client runs. The file access commands issued by the clients are executed by communicating among the virtual heads using an inter-node communication protocol that is independent of the access protocols used by the clients.

Distributed file system for virtualized computing clusters

A method for data storage includes specifying a plurality of File Systems (FSs) for use by multiple clients, including assigning to the FSs both respective global identifiers and respective client-specific names. The plurality of FSs is managed using the global identifiers, and files are stored for the clients in the FSs using the client-specific names.

File systems with global and local naming

A data storage apparatus includes an interface and one or more processors. The interface is configured for communicating with a cloud-based object storage system 5 having a built-in versioning mechanism that assigns version numbers to objects stored therein. The one or more processors are configured to receive data for storage from one or more workloads, to store the data as objects in the cloud-based object storage system, and to 10 update and record reference counts for at least some of the objects, by forcing the built-in versioning mechanism of the cloud-based object storage system to update the version numbers so as to match the reference counts.

Object storage in cloud with reference counting using versions

A data storage apparatus includes an interface and one or more processors. The interface is configured for communicating with a cloud-based object storage system having a built-in versioning mechanism that assigns version numbers to objects stored therein. The one or more processors are configured to receive data for storage from one or more workloads, to store the data as objects in the cloud-based object storage system, and to update and record reference counts for at least some of the objects, by forcing the built-in versioning mechanism of the cloud-based object storage system to update the version numbers so as to match the reference counts.

A memory management system for a thinly provisioned memory volume in which a relatively larger virtual address range of virtual address blocks is mapped to a relatively smaller physical memory comprising physical memory blocks via a mapping table containing entries only for addresses of the physical memory blocks containing data. The memory management system comprises a snapshot provision unit to take a given snapshot of the memory volume at a given time, the snapshot comprising a mapping table and memory values of the volume, the mapping table and memory values comprising entries only for addresses of the physical memory containing data. The snapshot is managed on the same thin provisioning basis as the volume itself, and the system is particularly suitable for RAM type memory disks.

Snapshot mechanism

A data storage apparatus includes an interface for communicating with a backup storage system, and one or more processors. The one or more processors are configured to store a local copy of at least part of a file system represented by hierarchical structure of directories and files, to store a backup copy of the at least part of the file system in the backup storage system, to store a dual Merkle tree that is calculated over the backup copy and includes (i) a metadata Merkle tree including Metadata Merkle-Tree Keys (MD-MTKs) and (ii) a data Merkle tree including Data Merkle-Tree Keys (D-MTKs), and to update the backup copy to match the local copy using the dual Merkle tree.

File system storage in cloud using data and metadata merkle trees

A computing system includes multiple compute nodes that include respective processors and respective cache memories. The processors are configured to determine a default compute node in which a given data item is to be cached, to make a decision whether to cache the given data item in the default compute node or in an alternative compute node, based on cache-quality metrics that are evaluated for respective cache memories of the compute nodes, and to cache the given data item in the default compute node or in the alternative compute node, depending on the decision.

High-performance distributed caching

Example embodiments of the present invention relate a method, a system, and a computer program product for extent-based tiering for virtual storage using full LUNs. The method includes exposing a virtual LUN comprising a first LUN in a first tier of storage having a first latency and a second LUN in a second tier of storage having a second latency and managing the virtual LUN according to properties of the first LUN, properties of the second LUN, and a policy.

Extent-based tiering for virtual storage using full LUNs

A computing system includes a storage device and a host. The storage device includes a volatile memory and a non-volatile memory, and is configured to receive data for storage in the non-volatile memory, to buffer at least some of the received data temporarily in the volatile memory, and to guarantee that any data, which is not part of a predefined amount of data that was most recently received, has been committed to the non-volatile memory. The host is configured to send the data for storage in the storage device, and, in response to a need to commit given data to the non-volatile memory, to send the given data to the storage device followed by at least the predefined amount of additional data.

SSD with non-blocking flush command

The graphics load of a virtual desktop is estimated to determine the capacity of a virtual desktop system. In one embodiment, the graphics load of a physical desktop is measured by a remoting agent installed on the physical desktop. The graphics load can be used as an estimate of the load that would be created by a deployed virtual desktop. The remoting agent on the physical desktop mimics host operations that are necessary to direct graphics data to a remote site. The remoting agent also measures the graphics load incurred by the host operations to determine a capacity of a virtual desktop system prior to deployment of the virtual desktop system.

Determining the graphic load of a virtual desktop

In one aspect, a method to send a snapshot to a replication site includes generating a first snapshot of a production storage volume at a first point in time, generating a second snapshot of the production storage volume at a second point in time after the first point in time, obtaining differences between the first snapshot and the second snapshot, reading signatures from the production storage volume, sending the signatures to the replication site, writing the signatures to the replication site, reading data from changed locations in the second snapshot which is not at the replication site and sending the data from the changed locations to the replication site comprising a replica volume replicating the production storage volume. The production storage volume is part of a deduplication-based storage array.

Replicating data using deduplication-based arrays using network-based replication

Growing community of inventors

Ramat Hasharon, Israel

Shahar Frank