NVMe over fabric (NVMe- of)支持
SCSI不再是快速存储设备的最佳协议. Many storages nowadays have fast NVMe or SAS SSDs which offers much more IO Performance and short IO latencies. 然而, the performance is often limited over the FC transport if some server needs big IOs and some needs fast small IOs. The small IOs are often been blocked by the limitation of SCSI to only have one queue.
第一个NVMe over fabric的前端端口支持, so the Datacore cache can be used with full protentional and fast small cached reads.
针对CIFS/SMB的ABE (Access-based Enumeration)
默认情况下, 当用户打开某个共享网络文件夹时, SMB displays full list of files and folders on it (of course only if user have permission to access share). Access Based Enumeration (ABE) allows you to hide specific files and folders for user who don’t have access permission. 这是企业级文件服务器的必备特性, 或需要保存VDI用户配置文件的NAS, 出于安全原因.
实现ABE兼容功能, to allow to hide objects (files and folders) from users who don’t have NTFS permissions (Read or List) on a network shared folder in order to access them.
将虚拟磁盘提供给主机时, DataCore Management取第一个可用的LUN ID, 通常0. 在大多数情况下，宝博游戏app下载使用特定的LUN id，以便更好地在主机上找到它们.g. 创建新的数据存储或分配裸lun. So we have to manually correct the LUN ID in the "Path"-tab and refresh host storage. 实际的问题是VMware有时会保留旧的和新的id. This leads to error behavior as the old LUN ID paths are marked "unavailable".
请为虚拟磁盘指定LUN ID. Actually the feature already exists, but the field is greyed out and set to auto select.
Some Storage Arrays have the ability to resize the LUNs they present to SANsymphony. SANsymphony recognizes the new resize and counts it against the License Capacity, 但是它无法检测到已调整大小的磁盘的添加. The procedure to allow this to be detected is to mirror with a bigger disk then break it for SSV to see the new size. 通常，额外的空间在池中是不可用的.
Allow SANsymphony to recognize the increased size when a LUN is extended in a Pool.
特别是在可能有多个租户的大型环境中, it is necessary to be able to control the use of 带宽 and storage capacity. 目前，这只是初步的可能.
It is desired to provide shares and volumes with appropriate quotas in terms of usage, 带宽, 等. 到目前为止, 这里只有音量阈值是可能的, 这个功能应该得到极大的扩展.
Doing this will also help deploying Multi-Tennand environments and their handling.
由于数据的指数增长, IT organizations are faced with a correlating and costly increase in demand for data storage. Other storage vendors in the market provide compression functionality to combat this problem. Today DataCore SANsymphony does not have an effective and native ability to optimize the capacity utilization related to this data growth, 并使DataCore处于竞争劣势.
提供本地压缩功能, to allow for the reduction of storage capacity utilized and close the competitive gap that currently exists with SANsymphony.
We have the challenge right now to reorganize our two disk pools with 40 TB each and built up new disk pools by using the existing disks. We have observed that removing a disc from the DiskPool is done at about 32GB/hour.
As the disk removal cannot speeded up today if though the Backend Storage is able to deliver over 1 Gb/s and is more or the less idling most of the time. 宝博游戏app下载预计100天以上的时间可以完成磁盘池的重组. Now I’m in the uncomfortable situation to explain this slow progress to my boss. I don’t want imagine what this slow removal means if I have to do this again with much larger Disk Pools.
From my perspective an enhancement is needed to accelerate this ugly slow removal of a disk from a disk pool. 有- default (32gb /h)、fast (0.5TB/h), faster (1TB/h), automatic, urgent (as fast as possible) would be extreme helpful. possibly depending on the Tier class; Flash and NVMe can faster then NL Disk.
- Automatic in the sense that they the disk removal don't degrade the latencies or throughput for production. 要是能有个盒子就太好了
o 限制最大. 后端中用于迁移的吞吐量
The possibility to give a little bit more speed after the end of production or on weekends would also be great. It could be something like shown in the following link of a Router which shows a timetable. I would have a better screenshot, but unfortunately I cannot attach screenshots here.
As IT organizations continue experience exponential data growth they need to have a reliable data storage solution that is not only highly available but is also capable of native disaster recovery functionality. SANsymphony's current asynchronous replication functionality needs to be able to scale at the rate business experience this data growth. This includes being able to scale to meet the rate of data changes written to the replication buffer and to be written to a replication site. There are also a number of stability improvements that can be made to asynchronous replication to improve existing and new customer user experience.
Enhance SANsymphony's asynchronous replication feature to allow for increased replication buffer scalability, 对数据从源到目的地的传输有更大的控制, 并解决异步复制中最常报告的错误.
需要提供存储的能力, 与数据服务交互，使虚拟机对存储可见, 在vCenter.
由于数据的指数增长, IT organizations are faced with a correlating and costly increase in demand for data storage. 这种需求的增长往往伴随着数据的两面性, 这进一步推高了存储成本. Other storage vendors in the market provide in-line deduplication to combat this problem. Today DataCore SANsymphony does not have an effective and native ability to optimize the capacity utilization related to this duplicate data growth, 并使DataCore处于竞争劣势.
提供本地在线重复数据删除功能, to allow for the reduction in data written to the backend storage and close the competitive gap that currently exists with SANsymphony.