Explore storage protocols with our performance benchmarking series! In Part 1, we configured NFS, and now, Part 2 dives deep into iSCSI configuration. Which protocol is your best fit for virtual infrastructure?

In the world of virtualization infrastructure, NFS and iSCSI are the contenders. NFS brings simplicity and scalability to the table, while iSCSI boasts performance and reliability. Which one suits your mission-critical applications? Let’s find out!

Recently at my job, I was faced with a task to develop a file server explicitly suited for the requirements of the company. Needless to say, any configuration of a kind depends on what the infrastructure needs. So, drawing from my personal experience and numerous materials on the web, I came up with the combination FreeBSD+SAMBA+AD as the most appropriate. This combination is a harmonic addition to the existing network configuration since and enables admins with a broad range of possibilities for access control in Windows-based infrastructures. Also, Samba allows you to apply its network resources for Windows client OSs without any additional configurations required. Moreover, FreeBSD is well-documented.

This blog article discusses Access Rights feature and its implementation in VSAN from StarWind environment. Access Rights allows you to segregate the storage between multiple clusters or hypervisors. You can configure the feature with StarWind Management Console, and, in this article, I’ll teach you how that can be done.

Find out from the StarWind blog article how to perform Check Disk on Cluster Shared Volume on StarWind VSAN with Failover Cluster ManagerSometimes, you can see an error in Failover Cluster Manager as “Chkdsk scan needed on volume”. It might happen due to some potential problems on a disk. To fix the issue, the system advices you to run a Chkdsk which is the well-known command for every system administrator.

In our support work very often we face different environments. They can range from three VMs to a hundred of those, with the number of nodes from two to ten. Today, I will tell you about the main features of Failover Cluster 2016, which are applicable to any environment.

Previously, we went through the Storage Spaces configuration journey. The latest step was the creation of the storage pool and the virtual disk. Today I would like to proceed from that point on and create Highly Available (HA) devices with VSAN from StarWind on Storage Spaces as an underlying storage. The main goal of this post is to run the performance tests of StarWind Highly Available (HA) devices located on Storage Spaces created in different ways (Simple and Mirror). StarWind HA devices will be mirrored between two hosts via a 40Gbps synchronization channel.

Microsoft operating systems and server applications are becoming increasingly dependent on proper time synchronization. A skewed system clock can affect your ability to log on, can cause problems with mail flow in Exchange, and be the source of a great many difficult-to-locate problems. To compound matters, the default method of handling time synchronization within a Windows network isn’t exactly reliable or even predictable. If a Hyper-V host’s clock becomes out of sync, it usually affects all of its virtual machines, sometimes catastrophically. Fortunately, it doesn’t take much work to get everything in sync.

Plenty of articles have been released about Storage Spaces and everything around this topic. However, I would like to absorb all actual information and lead you through the journey of configuring Storage Spaces on a Standalone host. The main goal of the article is to show a Multi-Resilient Volume configuration process. In order to use Storage Spaces, we need to have faster (NVMe, SSD) and slower (HDD) devices. So, we have a set of NVMe devices along with SAS HDD or SATA HDD, and we should create performance and capacity tier respectively.