Search Options

Results per page
Sort
Preferred Languages
Advance

Results 1 - 3 of 3 for rack (0.12 sec)

  1. docs/distributed/DESIGN.md

    Distributed erasure coded configuration with 2 sets, 16 drives per set across hosts.
    
    ```
    minio server http://host{1...32}/disk1
    ```
    
    Distributed erasure coded configuration with rack level redundancy 32 sets in total, 16 drives per set.
    
    ```
    minio server http://rack{1...4}-host{1...8}.example.net/export{1...16}
    Plain Text
    - Registered: Sun May 05 19:28:20 GMT 2024
    - Last Modified: Tue Aug 15 23:04:20 GMT 2023
    - 8K bytes
    - Viewed (0)
  2. docs/bucket/lifecycle/DESIGN.md

            },
    ```
    
    When a transitioned object is restored temporarily to local MinIO instance via PostRestoreObject API, the object data is copied back from the remote tier, and additional metadata for the restored object is maintained as referenced below. Once the restore period expires, the local copy of the object is removed by the scanner during its periodic runs.
    
    ```
    ...
    Plain Text
    - Registered: Sun May 05 19:28:20 GMT 2024
    - Last Modified: Thu Sep 29 04:28:45 GMT 2022
    - 4.3K bytes
    - Viewed (0)
  3. docs/bucket/replication/DESIGN.md

    metadata changes to source object version. If active-active replication is configured, any incoming uploads and metadata changes to versions created on the target, will sync back to the source and be marked as `REPLICA` on the source. AWS, as well as MinIO do not by default sync metadata changes on a object version marked `REPLICA` back to source. This requires a setting in the replication configuration called [replica modification sync](https://aws.amazon.com/about-aws/whats-new/2020/12/amazon-s3-rep...
    Plain Text
    - Registered: Sun May 05 19:28:20 GMT 2024
    - Last Modified: Thu Sep 29 04:28:45 GMT 2022
    - 14.7K bytes
    - Viewed (0)
Back to top