Abstract: A routing table is requested from a storage device operatively coupled to the computing device, the routing table comprising a routing table entry mapping a virtual storage address to a destination storage address of the storage device. An input/output (I/O) request is received from an application executing on the computing device, the I/O request comprising the virtual storage address. A modified I/O request is transmitted to the storage device based on the mapping of the routing table entry.

Abstract: A technique for dynamic scaling of a distributed computing system is described. In one example of the present disclosure, a system can include a base node configured to provide an access point to a distributed computing system and for servicing a first portion of requests and to generate at least one compute node based on a first load of the base node. The system can also include the at least one compute node of the distributed computing system for servicing a second portion of requests. The at least one compute node can be configured to generate an additional compute node for servicing a subset of the second portion of requests based on a second load of the at least one compute node.

Abstract: Host node container packing is provided. A minimum number of host nodes in a container orchestration environment that satisfies software resource dependencies of each respective container is determined using a dependency graph based on a group of containers that each respective host node of the minimum number of host nodes can run using shared software resources. Each respective group of containers is scheduled to run on a corresponding host node of the minimum number of host nodes using the shared software resources needed by that particular group of containers.

Abstract: An example method may include receiving, in a virtualized execution environment, a data access request from a storage system, identifying, in view of a virtualized execution image associated with the virtualized execution environment, an application running in the virtualized execution environment, generating a cache classification that specifies whether data accessed by the application is suitable for cache compression, including, in the data access request, a tag indicating whether cached data is to be accessed in a compressed-memory cache, wherein the tag is determined in view of the cache classification, and sending, to a server of the storage system, the data access request. The application can be identified in view of metadata included in the virtualized execution image, where the metadata comprises one or more of an application name or an application version.

Abstract: A technique for dynamic scaling of a distributed computing system is described. In one example of the present disclosure, a system can include a base node configured to provide an access point to a distributed computing system and for servicing a first portion of requests and to generate at least one compute node based on a first load of the base node. The system can also include the at least one compute node of the distributed computing system for servicing a second portion of requests. The at least one compute node can be configured to generate an additional compute node for servicing a subset of the second portion of requests based on a second load of the at least one compute node.

Abstract: Resource allocation can be managed in a software-defined system. For example, a computing device can receive, for a container in a software-defined system, a container limit specifying a maximum value for the container. The computing device can receive, for the container, one or more benefit functions that assign a weight for the resource in the software-defined system. The computing device can determine a value for a resource is less than the container limit. In response to determining the value for the resource is less than the container limit, the computing device can allocate the resource to the container based on the weight from the one or more benefit functions.

Abstract: An example method may include receiving, in a virtualized execution environment, a data access request from a storage system, identifying, in view of a virtualized execution image associated with the virtualized execution environment, an application running in the virtualized execution environment, generating a cache classification that specifies whether data accessed by the application is suitable for cache compression, including, in the data access request, a tag indicating whether cached data is to be accessed in a compressed-memory cache, wherein the tag is determined in view of the cache classification, and sending, to a server of the storage system, the data access request. The application can be identified in view of metadata included in the virtualized execution image, where the metadata comprises one or more of an application name or an application version.

Abstract: Systems and methods are provided for managing prefetching operations for read requests for drives in a distributed storage system. For example, a system can determine that a first drive of a plurality of drives is powered on. Prior to receiving a read request for reading a first set of data from the first drive, the system can enable a prefetching operation for prefetching the first set of data from the first drive to be written to a cache. The system may power off the first drive. The system may receive a read request for reading the first set of data from the first drive of a plurality of drives. In response to receiving the read request, the system may read the first set of data from the cache.

Abstract: A container image can be used to determine a caching algorithm for a software application. For example, a storage system can receive a context tag indicating an input/output (IO) pattern associated with a software application of a container. The context tag can be determined based on a container image of the container. The storage system can determine a caching algorithm for the software application based on the context tag. The storage system can apply the caching algorithm to the software application.

Abstract: Write removal for solid-state drives can be managed. For example, a computing device can designate a space of a solid-state drive (SSD) for a write of container. The computing device can store the write for the container in the space in response to loading the container for executing the container. The computing device can determine an end to an execution phase for the container. In response to determining the end to the execution phase, the computing device can remove the write from the space of the SSD.

Abstract: Deduplication operations can be managed based on a likelihood of duplicability. For example, a computing device can generate, by a container of a storage system, an indication of duplicability corresponding to a likelihood of duplicability for the data unit in the storage system. The computing device can transmit the indication of duplicability to a storage node of the storage system for performing an operation based on the indication of duplicability.

Abstract: A parameter for a storage system can be adjusted using a container image to meet a performance objective according to some aspects described herein. For example, a scheduler of a control plane can determine the performance objective for a container scheduled by the control plane by using a container image of the container. The performance objective can be associated with a software application of the container. Based on the performance objective, the control plane can tag an IO request of the container with an IO tag. The scheduler can cause an adjustment to the parameter for the storage system based on the IO tag for the IO request.

Abstract: Systems, methods, and apparatus are disclosed for management of data storage with stream based compressibility. In an example, an orchestrator including a storage controller managing one or more storage nodes executes on one or more processors. The orchestrator receives compression ratio measurements associated with attempts to compress data from a plurality of applications running on a plurality of service guests. The orchestrator receives a request for storing a first data stream from a first application running in a first service guest. Based on a compression ratio of previously stored data associated with the first application being less than a threshold, the orchestrator assigns a first compressibility setting to the first data stream. The first compressibility setting causes a storage node to store the first data stream without attempting to compress the first data stream.

Abstract: Containers can be managed for cryptanalysis attack protection. For example, a computing system can receive, from a container, a description specifying a first hardware requirement for the container. The computing system can restrict access to hardware based on the first hardware requirement for the container. The computing system can perform, for a data object requested by the container, an encryption operation and a decryption operation using the hardware. A result of the encryption operation can be inaccessible to the container prior to the decryption operation.

Abstract: A routing table is requested from a storage device operatively coupled to the computing device, the routing table comprising a routing table entry mapping a virtual storage address to a destination storage address of the storage device. An input/output (I/O) request is received from an application executing on the computing device, the I/O request comprising the virtual storage address. A modified I/O request is transmitted to the storage device based on the mapping of the routing table entry.

Abstract: Container data can be prefetched in data storage systems. For example, a computing device can determine a first container to be activated subsequent to an execution of a second container that is in an execution phase. The computing device can access a description specifying a data object for activating the first container. The computing device can receive the data object for the first container from a storage device using the description. The computing device can store the data object in a memory device prior to an end of the execution of the second container for subsequent use in an activation of the first container.

Abstract: A container image is received, the container image including a container manifest referencing a first base operating system layer and an application layer. An execution compatibility is determined between the application layer and a second base operating system layer, different from the first operating system layer. An updated container image, an updated container manifest, or the updated container image and the updated container manifest is generated in which the first base operating system layer is replaced with the second base operating system layer.

Abstract: Fragmented data on a storage device may be additionally stored in a cache. A cache weight for determining storage of a data unit can be determined. For example, a computing device can receive storage device characteristics from a storage device. A data unit comprising multiple fragments may be stored on the storage device. The computing device can receive data unit characteristics from the storage device. The computing device can determine a cache weight for the data unit. The computing device may output the cache weight for determining storage of the data unit in a cache.

Abstract: An example method may include receiving, in a virtualized execution environment, a data access request from a storage system, identifying, in view of a virtualized execution image associated with the virtualized execution environment, an application running in the virtualized execution environment, generating a cache classification that specifies whether data accessed by the application is suitable for cache compression, including, in the data access request, a tag indicating whether cached data is to be accessed in a compressed-memory cache, wherein the tag is determined in view of the cache classification, and sending, to a server of the storage system, the data access request. The application can be identified in view of metadata included in the virtualized execution image, where the metadata comprises one or more of an application name or an application version.

Abstract: Systems, methods, and apparatus are disclosed for management of data storage with stream based compressibility. In an example, an orchestrator including a storage controller managing one or more storage nodes executes on one or more processors. The orchestrator receives compression ratio measurements associated with attempts to compress data from a plurality of applications running on a plurality of service guests. The orchestrator receives a request for storing a first data stream from a first application running in a first service guest. Based on a compression ratio of previously stored data associated with the first application being less than a threshold, the orchestrator assigns a first compressibility setting to the first data stream. The first compressibility setting causes a storage node to store the first data stream without attempting to compress the first data stream.