Resolve "DOCS Clarify usage of ElasticSearch with Gitaly non-NFS"
This commit is contained in:
parent
d8be05cff7
commit
3626854154
1 changed files with 6 additions and 1 deletions
|
@ -36,13 +36,18 @@ installations will be better served with the default configuration
|
|||
used by Omnibus and the GitLab source installation guide.
|
||||
|
||||
Starting with GitLab 11.4, Gitaly is able to serve all Git requests without
|
||||
needed a shared NFS mount for Git repository data.
|
||||
requiring a shared NFS mount for Git repository data.
|
||||
Between 11.4 and 11.8 the exception was the
|
||||
[Elasticsearch indexer](https://gitlab.com/gitlab-org/gitlab-elasticsearch-indexer).
|
||||
But since 11.8 the indexer uses Gitaly for data access as well. NFS can still
|
||||
be leveraged for redudancy on block level of the Git data. But only has to
|
||||
be mounted on the Gitaly server.
|
||||
|
||||
Starting with GitLab 11.8, it is possible to use ElasticSearch in conjunction with
|
||||
a Gitaly setup that isn't utilising NFS. In order to use ElasticSearch in this
|
||||
scenario, the [new repository indexer](../../integration/elasticsearch.md#elasticsearch-repository-indexer-beta)
|
||||
needs to be enabled in your GitLab configuration.
|
||||
|
||||
NOTE: **Note:** While Gitaly can be used as a replacement for NFS, it's not recommended
|
||||
to use EFS as it may impact GitLab's performance. Review the [relevant documentation](../high_availability/nfs.md#avoid-using-awss-elastic-file-system-efs)
|
||||
for more details.
|
||||
|
|
Loading…
Reference in a new issue