> For the complete documentation index, see [llms.txt](https://ayakaleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://ayakaleaf-pro.ayaka.space/on-premises/tr/baslarken/requirements/hardware-requirements.md).

# Donanım gereksinimleri

## Donanım gereksinimleri

Overleaf’i çalıştırmak için donanım sağlarken dikkate alınması gereken ana faktör, aynı anda kaç kullanıcının derleme yapacağıdır.

Örneğin, toplam 100 kullanıcı için bir lisansınız varsa ancak aynı anda yalnızca yaklaşık 5 kullanıcının çalışıyor olmasını bekliyorsanız, минимal kurulum yeterli olacaktır. Daha yüksek bir oranın aynı anda çalışmasını (ve derleme yapmasını) bekliyorsanız, daha yüksek özelliklere sahip bir sunucu sağlamayı düşünmelisiniz.

### Minimal kurulum

Yaklaşık 5 eşzamanlı kullanıcıyla temel işlemler için en az 2 çekirdek ve 3 GB bellek gerekir. Bu asgari gereksinim, eşzamanlı kullanımın daha az olduğu daha büyük gruplar için de yeterli olacaktır; ya da yoğun kullanım sırasında derleme sürelerinin daha uzun olmasının kabul edilebilir olduğu durumlarda da yeterlidir.

{% hint style="danger" %}
Küçük örneğiniz için NFS (Network File System) tabanlı bir dosya sistemi kullanmayı düşünüyorsanız lütfen [Sorun giderme](/on-premises/tr/destek/troubleshooting.md) bölümüne göz atın.
{% endhint %}

### Ölçeklendirme

Genel bir kural olarak, yüksek ve tutarlı bir hizmet seviyesi sağlamak için, minimal kurulum üzerine her 5-10 eşzamanlı kullanıcı için 1 CPU çekirdeği ve 1 GB bellek eklenmelidir.

Bu yalnızca bir rehber olarak alınmalıdır; çünkü tipik belgelerin boyutu (daha büyük belgeler daha fazla derleme kaynağı tüketir), kullanıcıların ne sıklıkla derleme yaptığı ve yoğun kullanım sırasında daha uzun derleme sürelerine ne kadar tolerans olduğu gibi faktörlerin tümü, gereken kaynak sağlama düzeyini etkiler.

Müşterilerimizin çoğu Server Pro’yu kuruluş genelinde veya büyük ekipler boyunca dağıtmayı hedefliyor. Bu durumlarda, belirli kurulum gereksinimleri konusunda tavsiyede bulunmamız zordur; çünkü kullanım senaryoları ve mevcut temel donanım oldukça değişken olabilir.

| Örnek 1                                                                                                                                                                                                                                                                                                                                        | Örnek 2                                                                                                                                                                                                                                                                                                                        |
| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| Toplam 300 kullanıcı için bir Server Pro kurulumu çalıştırıyorsanız ve bu kullanıcıların düzenli olarak 30-60’ının aynı anda belge derlemesini bekliyorsanız, 8 GB ve 7 çekirdek (5 çekirdek + 5 GB + 2 çekirdek ve 3 GB’lık temel) kullanıcılarınızın tutarlı biçimde yüksek hizmet seviyesine sahip olması için yeterli kaynak sağlamalıdır. | Daha büyük bir dağıtım için donanım gereksinimlerine örnek vermek gerekirse, toplam 1.000 kullanıcı için bir Server Pro kurulumu, iki adet 4 çekirdekli işlemci ve 32 GB sistem belleği sağlanan tek bir sunucu kullanılarak başarıyla kuruldu. Bu, son bir yıldaki kullanım boyunca ekibin ihtiyaçları için yeterli olmuştur. |

Tek bir büyük sunucunun sınırlarını aşan müşteriler şuna göz atabilir: [Yatay ölçeklendirme](/on-premises/tr/bakim/horizontal-scaling.md) Server Pro için.

### Depolama

Daha büyük kurulumlarda proje/geçmiş depolaması için Network File System (NFS)/Amazon EFS/Amazon EBS kullanmanızı önermiyoruz ve bunu açıkça **desteklemiyoruz** yatay ölçeklendirme için.

Bu dosya sistemlerinin davranışı, Server Pro’nun yüksek ölçekte çalışırken ihtiyaç duyduğu gerekli performans ve güvenilirliği sağlamaz. Dosya sistemi yükü karşılayamadığında, uygulama çok fazla bloklayıcı IO işlemi nedeniyle duraksar. Bu duraksamalar, Redis tabanlı kilitlerin zaman aşımına uğramasına yol açabilir ve bu da bozuk proje verileriyle sonuçlanabilir.

Bunun yerine [S3 uyumlu nesne depolama](/on-premises/tr/baslarken/what-is-the-overleaf-toolkit.md) kullanmanızı öneririz. Yavaş S3 performansı yalnızca dosyaların yüklenmesini/indirilmesini etkiler; bu da yalnızca S3 sağlayıcınızda açık bağlantı sayısının artmasına yol açar ve uygulamanın geri kalanının davranışını etkilemez. Ayrıca Server Pro, S3 istekleri için makul zaman aşımı süreleri belirleyebilir; bu, uygulama düzeyinde dosya sistemi/IO işlemleri için mümkün değildir.

{% hint style="info" %}
Referans olarak, GitLab benzer bir yaklaşım benimseyerek [NFS/Amazon EFS’yi desteklemiyor](https://docs.gitlab.com/ee/administration/nfs.html) kendi kendine yönetilen sunumunda.
{% endhint %}

### Büyük dağıtımlar için Nginx’e özel yapılandırma

Varsayılan olarak Overleaf Server örneği bağlantı sayısını 768 ile sınırlar. Buna kalıcı WebSocket bağlantıları, üst düzey HTML gezinmesi ve ajax istekleri dahildir. Sınıra ulaşıldığında, düzenleyici bağlanamayabilir, düzenleyici sayfası tamamen yüklenmeyebilir ve derleme istekleri başarısız olabilir. Nginx 500 durum yanıtları döndürür ve şu kaydı tutar: `upstream’e bağlanırken worker_connections yeterli değil` şuraya: `var/log/nginx/error`.log dosyası `sharelatex` konteynerinin içinde.

Bu [`worker_connections`](https://nginx.org/en/docs/ngx_core_module.html#worker_connections) ayarı, nginx’in her worker başına kabul edeceği eşzamanlı bağlantı sayısını sınırlar. Worker sayısı [`worker_processes`](https://nginx.org/en/docs/ngx_core_module.html#worker_processes) ayarı tarafından kontrol edilir ve nginx yapılandırmamızda varsayılan olarak 4 olarak ayarlanmıştır.

Nginx, sistemin diğer bölümlerine kıyasla çok fazla iş yapmaz; bu nedenle bu sınırlar, çok fazla bağlantının sistemi aşırı yüklemesini önleyen bir güvenlik önlemi olarak işlev görür. Her bağlantıyı yavaşlatmaktansa, fazla bağlantıların bir kısmını erken aşamada reddetmek daha iyidir.

Overleaf Server örnekleri, bu nginx ayarlarını düzenlemek için ortam değişkenleri sunar:

* `NGINX_WORKER_PROCESSES` için [`worker_processes`](https://nginx.org/en/docs/ngx_core_module.html#worker_processes) (varsayılan `4`)
* `NGINX_WORKER_CONNECTIONS` için [`worker_connections`](https://nginx.org/en/docs/ngx_core_module.html#worker_connections) (varsayılan `768`)
* `NGINX_KEEPALIVE_TIMEOUT` için [`keepalive_timeout`](https://nginx.org/en/docs/http/ngx_http_core_module.html#keepalive_timeout) (varsayılan `65`)

  <div data-gb-custom-block data-tag="hint" data-style="info" class="hint hint-info"><p>Önünde başka bir proxy çalıştırırken <code>sharelatex</code> konteynerinin (ör. TLS sonlandırması için), <code>NGINX_KEEPALIVE_TIMEOUT</code> Overleaf Server örneğindeki ayarın önceki proxy’den daha büyük olması gerekir. Örn. Docker ana makinesinde başka bir nginx işlemi ile <strong>nginx-host</strong>, işte iki örnek:</p></div>
* Varsayılan değer `NGINX_KEEPALIVE_TIMEOUT`, kullanın [`keepalive_timeout 60s`](https://nginx.org/en/docs/http/ngx_http_upstream_module.html#keepalive_timeout) (üst sistemdeki varsayılan değer) **nginx-host**
* Özel değer `NGINX_KEEPALIVE_TIMEOUT=100s`, kullanın [`keepalive_timeout 90s`](https://nginx.org/en/docs/http/ngx_http_upstream_module.html#keepalive_timeout) (üst sistemdeki özel değer) **nginx-host**

### CPU hızı

LaTeX tek iş parçacıklı bir programdır; yani aynı anda yalnızca bir CPU çekirdeğini kullanabilir. CPU ayrıca bir belgeyi derlerken ana sınırlamadır. Bu nedenle CPU’nuzun tek çekirdek performansı ne kadar yüksekse, bir belgeyi o kadar hızlı derleyebilirsiniz. Daha fazla çekirdek, yalnızca kullanılabilir CPU çekirdeğinizden daha fazla belge derlemeye çalışıyorsanız yardımcı olur.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://ayakaleaf-pro.ayaka.space/on-premises/tr/baslarken/requirements/hardware-requirements.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.