> For the complete documentation index, see [llms.txt](https://overleaf-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://overleaf-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ınacak ana faktör, aynı anda kaç kullanıcının derleme yapıyor olacağı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, en küçük kurulum yeterli olacaktır. Daha yüksek bir oranın aynı anda çalışıyor (ve derleme yapıyor) olmasını bekliyorsanız, daha yüksek özelliklere sahip bir sunucu sağlamayı düşünmelisiniz.

### Minimum 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 veya yoğun kullanım sırasında derleme sürelerinin daha uzun olmasının kabul edilebilir olduğu durumlar için de yeterli olacaktır.

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

### Ölçeklendirme

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

Bu yalnızca bir kılavuz olarak alınmalıdır; çünkü tipik belgelerin boyutu (daha büyük belgeler daha fazla derleme kaynağı kullanır), 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.

Birçok müşterimiz Server Pro’yu tüm kuruluş genelinde veya büyük ekiplerde dağıtmayı hedefliyor. Bu durumlarda, belirli kurulum gereksinimleri konusunda tavsiye vermemiz zordur; çünkü kullanım senaryoları ve mevcut temel donanım oldukça farklı olabilir.

| Örnek 1                                                                                                                                                                                                                                                                                                                  | Örnek 2                                                                                                                                                                                                                                                                                                                           |
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Toplam 300 kullanıcı için bir Server Pro kurulumu çalıştırıyor ve bu kullanıcıların 30-60’ının belgeleri aynı anda derlemesini düzenli olarak bekliyorsanız, 8 GB ve 7 çekirdek (5 çekirdek + 5 GB + 2 çekirdek ve 3 GB taban) kullanıcılarınızın sürekli yüksek düzeyde hizmet alması 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 kurulmuştur. Bu, son bir yıllık 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 bir 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 kullanılmasını önermiyoruz ve açıkça **bunu desteklemiyoruz** yatay ölçeklendirme için.

Bu dosya sistemlerinin davranışı, Server Pro’nun büyük ölçekte çalışırken ihtiyaç duyduğu gerekli performansı ve güvenilirliği sağlamaz. Dosya sistemi yükü yetiştiremediğinde, uygulama çok fazla engelleyici G/Ç işlemi nedeniyle takılır. Bu takılmalar, Redis tabanlı kilitlerin süre aşımına uğramasına yol açabilir; bu da sonuçta bozuk proje verilerine neden olabilir.

Şunu kullanmanızı öneririz: [S3 uyumlu nesne depolama](/on-premises/tr/baslarken/what-is-the-overleaf-toolkit.md) bunun yerine. Yavaş S3 performansı yalnızca dosyaların yüklenmesini/indirilmesini etkiler; bu da yalnızca S3 sağlayıcınıza açık bağlantı sayısının artmasına yol açar ve bunun sonucunda 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/G/Ç işlemleri için mümkün değildir.

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

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

Varsayılan olarak, Overleaf Server örneği bağlantı sayısını 768 ile sınırlar. Bu, kalıcı WebSocket bağlantılarını, üst düzey HTML gezinmeyi ve ajax isteklerini içerir. Sınıra ulaşıldığında, editör bağlanamayabilir, editör sayfası tamamen yüklenmeyebilir ve derleme istekleri başarısız olabilir. Nginx, 500 durum yanıtları döndürür ve günlüğe kaydeder `upstream’e bağlanırken worker_connections yetersiz` içine `var/log/nginx/error`.log içinde `sharelatex` kapsayıcısı.

Bu [`worker_connections`](https://nginx.org/en/docs/ngx_core_module.html#worker_connections) ayarı, nginx’in işçi başına kabul edeceği eşzamanlı bağlantı sayısını sınırlar. İşçi sayısı şu ayar tarafından belirlenir: [`worker_processes`](https://nginx.org/en/docs/ngx_core_module.html#worker_processes) ayarıdır 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 bunaltmasını önleyen bir güvenlik önlemi gibi davranır. Her bağlantıyı yavaşlatmak yerine bazı fazla bağlantıları erken aşamada düşürmek tercih edilir.

Overleaf Server örnekleri, bu nginx ayarlarını düzenlemek için çevre 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ılırken <code>sharelatex</code> kapsayıcı (ör. TLS sonlandırma için), <code>NGINX_KEEPALIVE_TIMEOUT</code> Overleaf Server örneğindeki değer, önceki proxy’deki değerden daha büyük olmalıdır. Ö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) (upstream’deki varsayılan değer) içinde **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) (upstream’deki özel değer) içinde **nginx-host**

### CPU hızı

LaTeX tek iş parçacıklı bir programdır; yani aynı anda yalnızca bir CPU çekirdeğini kullanabilir. Bir belgeyi derlerken CPU da ana sınırlamadır. Bu nedenle CPU’nuzun tek çekirdek performansı ne kadar hızlıysa, bir belgeyi o kadar hızlı derleyebilirsiniz. Daha fazla çekirdek, yalnızca boş 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://overleaf-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.