Emc IP Holding Company LLC

Matthew P Jean

Daniel K O'Reilly, Jr

Michael J Burns

Matthew Eaton

Dmitry Nikolayevich Tylik

Muzhar S Khokhar

Daniel E Cummins

Nagasimha G Haravu

Matthew H Long

Girish Sheelvant

Brian R Tetreault

Charles S Langley

Kenneth Hu

Vasu Yadlapalli

Richard Hicks

Nigel Stuart

Techniques for processing a request may include: providing tasks to a state machine framework, wherein the tasks perform processing of a workflow for servicing the request; generating, by the state machine framework, a state machine for processing the request, wherein the state machine includes states associated with the tasks, wherein generating the state machine may include automatically determining a first state transition of the state machine between a first and a second of the states; receiving the request; and responsive to receiving the request, performing first processing using the state machine to service the request. The framework may automatically generate triggers that drive the state machine to determine subsequent states in accordance with defined state transitions. State machine internal state information may be persistently stored and used in restoring the state machine to one of its states in connection processing of the command.

Techniques for command execution using a state machine

Techniques for providing an embedded container-based control plane for clustered environments. A clustered storage system includes one to many storage appliances, in which one storage appliance is designated as a 'primary appliance' and any other storage appliance(s) is/are designated as a 'peer appliance(s).' The primary appliance includes a central database, one peer appliance includes a synchronously replicated database, and any other peer appliances each include an asynchronously replicated database. The primary appliance further includes a global management IP for managing access to the central database. The primary and peer appliances each further include a control plane container for implementing command processing services. The control plane container of the primary appliance further implements command orchestration services. The clustered storage system with central and replicated databases and a distributed control plane avoids the need to re-synchronize data at the time of storage appliance failure and improves scalability.

Embedded container-based control plane for clustered environment

Techniques for providing a common object model for storage systems that facilitates the performance of data mobility use cases. In the techniques, a plurality of storage system objects for a plurality of storage systems, respectively, are instantiated from a common object model, in which the respective storage system objects have unique identifiers. Further, one or more storage system objects involved in one or more data mobility use cases are determined from among the plurality of storage system objects using the unique identifiers. The determined storage system objects include capabilities of at least some of the plurality of storage systems. Based on the capabilities included in the determined storage system objects, operations of the data mobility use cases are initiated at a system level via a single user interface, thereby providing uniform management of data mobility sessions that increases the efficiency of storage administrators.

Common model for pairing physical and/or cloud-based storage systems for data mobility

Techniques are presented for clustering data storage including (a) announcing, using zeroconf, to a local network, a service provided by a DSA and an unreserved state of the DSA, the service being of a clusterable data storage type, (b) receiving a cluster command from a configuration management device connected to the local network, the cluster command directing the DSA to join a storage cluster to present combined storage of the DSA and at least one other DSA, and (c) in response to receiving the cluster command: (1) announcing to the local network via L2 multicasting that the DSA has entered a reserved state using zeroconf, (2) afterwards, performing configuration operations including updating system parameters, resulting in the DSA becoming part of the storage cluster, and (3) while in the reserved state, receiving another cluster command directing the DSA to join another storage cluster, and, in response, refusing the other cluster command.

Autoinitialization of clustered storage

A primary copy and one or more shadow copies of a logical volume are created and discovered by a host rescan performed when the logical volume is initially created. Data storage resources are allocated to the primary copy, but not to the shadow copy. The initial path state of the logical volume describes the path to the primary copy as active, and the path to the shadow copy as unavailable for accessing the logical volume. Movement of the logical volume to the storage appliance providing the shadow copy can be performed without an additional host rescan, by making the shadow copy the new primary copy, making the primary copy a new shadow copy, and updating the path state of the logical volume to indicate i) that the path to the new primary copy is active, and ii) that the path to the new shadow copy is unavailable.

Supporting non-disruptive movement of a logical volume of non-volatile data storage between storage appliances

A method, computer program product, and computing system for receiving telemetry data from a remote storage system. The telemetry data is analyzed to identify one or more issues with the remote storage system. One or more solutions are provided to the remote storage system based, at least in part, upon the one or more issues.

Growing community of inventors

Shirley, MA, United States of America

Matthew P Jean