github.com/yankunsam/loki/v2@v2.6.3-0.20220817130409-389df5235c27/docs/sources/operations/storage/filesystem.md (about)

     1  ---
     2  title: Filesystem
     3  ---
     4  # Filesystem Object Store
     5  
     6  The filesystem object store is the easiest to get started with Grafana Loki but there are some pros/cons to this approach.
     7  
     8  Very simply it stores all the objects (chunks) in the specified directory:
     9  
    10  ```yaml
    11  storage_config:
    12    filesystem:
    13      directory: /tmp/loki/
    14  ```
    15  
    16  A folder is created for every tenant all the chunks for one tenant are stored in that directory.
    17  
    18  If Loki is run in single-tenant mode, all the chunks are put in a folder named `fake` which is the synthesized tenant name used for single tenant mode.
    19  
    20  See [multi-tenancy](../../multi-tenancy/) for more information.
    21  
    22  ## Pros
    23  
    24  Very simple, no additional software required to use Loki when paired with the BoltDB index store.
    25  
    26  Great for low volume applications, proof of concepts, and just playing around with Loki.
    27  
    28  ## Cons
    29  
    30  ### Scaling
    31  
    32  At some point there is a limit to how many chunks can be stored in a single directory, for example see [issue #1502](https://github.com/grafana/loki/issues/1502) which explains how a Loki user ran into a strange error with about **5.5 million chunk files** in their file store (and also a workaround for the problem).
    33  
    34  However, if you keep your streams low (remember loki writes a chunk per stream) and use configs like `chunk_target_size` (around 1MB), `max_chunk_age` (increase beyond 1h), `chunk_idle_period` (increase to match `max_chunk_age`) can be tweaked to reduce the number of chunks flushed (although they will trade for more memory consumption).
    35  
    36  It's still very possible to store terabytes of log data with the filestore, but realize there are limitations to how many files a filesystem will want to store in a single directory.
    37  
    38  ### Durability
    39  
    40  The durability of the objects is at the mercy of the filesystem itself where other object stores like S3/GCS do a lot behind the scenes to offer extremely high durability to your data.
    41  
    42  ### High Availability
    43  
    44  Running Loki clustered is not possible with the filesystem store unless the filesystem is shared in some fashion (NFS for example).  However using shared filesystems is likely going to be a bad experience with Loki just as it is for almost every other application.