Table of Contents |
---|
...
Environments
The following are the platforms supported by FSR and the physical requirements of the target system.
...
Platforms
...
- Windows 7 64bit or higher , Windows 2008 r2 64bit or higher
- FileSystem: NTFS, ReFS
...
Works on Windows 2012 x64 or later, Linux CentOS 6.4, Ubuntu 16.04 LTS x64 or later platforms. The file system supports NTFS, ReFS, ext family (ext3 or
...
higher), and xfs. (Old file systems such as FAT are not supported.)
CPU
Works with at least 2GHz
...
, 4 core or higher x86/x64 compatible processor.
Memory
...
At least 1 GB of physical memory per resource
...
Disk
- For File Buffer: At least 10 GB hard disk per resource
Replication Target
FSR synchronizes the data and attributes of the file and replicates for all incremental I/O, including writes to the file(some attributes are optional). However, file attributes that depend on the operating environment such as file access time, offline, reparse, or special file attributes cannot be copied.
And before configuring replication, you should be aware of the following:
...
is recommended for use as a memory buffer for replication.
Disk
The default installation size such as installation files and log files is 2GB, and a hard disk capacity of 10GB or more is required per resource for the file buffer.
How it works
- It is based on active-passive clustering operation.
- Supports one-way replication from primary to secondary nodes. Operating methods such as circular mirroring and dual primary mode are not supported.
- Asynchronous replication is supported, but synchronous replication is not supported.
Functional scope
FSR basically aims to support replication for all file types and file I/O implemented in commercial file systems, but it is practically impossible to support all environments and file systems. We will expand the scope of support by first supporting the most used file systems and environments. And replication for some system files and special files is excluded from the support specification. The scope of the specific file replication function related to this will be described in detail according to the following classification.
File Types
The following file types are supported.
- general files and directories
- link files
- soft link
- hard link
- junction, reparse point
- sparse file
- compressed file
- encrypted file
The following special files will be supported in FSR version 1.1.
- NTFS ADS(Alternate Data Stream)
- NTFS TxF(Transaction File)
Info |
---|
When a user specifies a replication target for an FSR, care must be taken to ensure that system files used at the OS level are not specified as replication targets. Even if there is normally no problem in replicating system files, care must be taken as it can cause operational problems if a deadlock occurs occasionally due to contention with file I/O of the OS during synchronization or replication. |
I/O Types
Most of the I/O types supported by Windows and Linux are supported.
- General I/O
- Buffered I/O(Cached I/O)
- Direct I/O(Non-Cached I/O)
- Memory Mapped I/O
- Special I/O
- linux
- Async I/O(aio)
- Vector Write(writev)
- Splice I/O
- Uring I/O
- linux
Info |
---|
Splice I/O in Linux is a special I/O that implements zero copy for high-speed data transfer. FSR can capture and replicate Splice I/O, but additional Copy Latency is required in the process of copying Splice I/O data for replication, resulting in performance degradation compared to original Splice I/O. This is an unavoidable technical limitation of implementing data replication. You should take this into account when replicating data from applications that use Splice I/O. |
File Properties
Replicate the following file attributes.
- File properties: read-only, hidden, system, directory, archive, sparse, compressed, encrypted
- ACL: SID or account name of the source file
- Time: modification time
It replicates most of the file attributes, but the file time attribute is only replicated for the modification time and not for other times. For example, it is technically impossible to match the file access times of the source and target.
Info |
---|
|
Shared Files
Fully real-time replication of files shared by Network File System (NFS) is subject to technical limitations. There is a limit to capturing real-time I/O just by filtering the local file system because the subject that changes the shared files can be multiple nodes.
Therefore, real-time replication is not implemented for shared files, and it is provided as a function to back up through periodic synchronization.