github.com/muhammadn/cortex@v1.9.1-0.20220510110439-46bb7000d03d/docs/configuration/single-process-config-blocks-gossip-2.yaml (about)

     1  
     2  # Configuration for running Cortex in single-process mode.
     3  # This should not be used in production.  It is only for getting started
     4  # and development.
     5  
     6  # Disable the requirement that every request to Cortex has a
     7  # X-Scope-OrgID header. `fake` will be substituted in instead.
     8  auth_enabled: false
     9  
    10  server:
    11    http_listen_port: 9209
    12    grpc_listen_port: 9295
    13  
    14    # Configure the server to allow messages up to 100MB.
    15    grpc_server_max_recv_msg_size: 104857600
    16    grpc_server_max_send_msg_size: 104857600
    17    grpc_server_max_concurrent_streams: 1000
    18  
    19  distributor:
    20    shard_by_all_labels: true
    21    pool:
    22      health_check_ingesters: true
    23  
    24  ingester_client:
    25    grpc_client_config:
    26      # Configure the client to allow messages up to 100MB.
    27      max_recv_msg_size: 104857600
    28      max_send_msg_size: 104857600
    29      grpc_compression: gzip
    30  
    31  ingester:
    32    lifecycler:
    33      # The address to advertise for this ingester.  Will be autodiscovered by
    34      # looking up address on eth0 or en0; can be specified if this fails.
    35      address: 127.0.0.1
    36      id: "Ingester 2" # Since
    37  
    38      # We don't want to join immediately, but wait a bit to see other ingesters and their tokens first.
    39      # It can take a while to have the full picture when using gossip
    40      join_after: 10s
    41  
    42      # To avoid generating same tokens by multiple ingesters, they can "observe" the ring for a while,
    43      # after putting their own tokens into it. This is only useful when using gossip, since multiple
    44      # ingesters joining at the same time can have conflicting tokens if they don't see each other yet.
    45      observe_period: 10s
    46      min_ready_duration: 0s
    47      final_sleep: 5s
    48      num_tokens: 512
    49  
    50      # Use an in memory ring store, so we don't need to launch a Consul.
    51      ring:
    52        kvstore:
    53          store: memberlist
    54  
    55        replication_factor: 1
    56  
    57  memberlist:
    58    bind_port: 7947
    59    join_members:
    60      - localhost:7946
    61    abort_if_cluster_join_fails: false
    62  
    63  storage:
    64    engine: blocks
    65  
    66  blocks_storage:
    67    tsdb:
    68      dir: /tmp/cortex/tsdb-ing2
    69  
    70    bucket_store:
    71      sync_dir: /tmp/cortex/tsdb-sync-querier2
    72  
    73    # This is where Cortex uploads generated blocks. Queriers will fetch blocks from here as well.
    74    # Cortex of course supports multiple options (S3, GCS, Azure), but for demonstration purposes
    75    # we only use shared directory.
    76    backend: filesystem # s3, gcs, azure, swift or filesystem are valid options
    77    filesystem:
    78      dir: /tmp/cortex/storage
    79  
    80  store_gateway:
    81    sharding_enabled: true
    82    sharding_ring:
    83      kvstore:
    84        store: memberlist
    85  
    86  frontend_worker:
    87    match_max_concurrent: true
    88  
    89  ruler:
    90    enable_api: true
    91    enable_sharding: true
    92    ring:
    93      num_tokens: 512
    94      kvstore:
    95        store: memberlist
    96  
    97  ruler_storage:
    98    backend: local
    99    local:
   100      directory: /tmp/cortex/rules