Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Komponen arsitektur
Bagian ini menguraikan spesifikasi komponen arsitektur fungsional penting berikut:
+ **Server SAS** — Server ini adalah komponen komputasi pusat untuk pemrosesan analitik dan mencakup penyimpanan terlampir langsung lokal (DAS).
+ Server **subversi SAS — Server** ini bertindak sebagai sistem kontrol versi terpusat untuk SAS.
+ **Amazon FSx untuk Windows File Server** - Ini adalah server file SMB untuk berbagi penyimpanan antara server SAS dan server terminal. Pengguna akhir menyimpan dan mengarsipkan file data sebelum dan sesudah diproses FSx untuk Windows File Server.
+ **Microsoft Remote Desktop Services (RDS), juga dikenal sebagai Terminal Services** - RDS memungkinkan pengguna akhir untuk mengakses server SAS dengan menggunakan klien SAS.
+ **Otomatisasi infrastruktur** — Anda dapat menggunakan AWS Cloud Development Kit (AWS CDK) dengan AWS CodePipeline dan AWS CodeCommit untuk mengotomatisasi infrastruktur Anda. CodePipeline dapat membantu Anda menyediakan komponen infrastruktur Anda. CodePipeline adalah layanan pengiriman berkelanjutan untuk pemodelan, visualisasi, dan otomatisasi langkah-langkah yang diperlukan untuk merilis kode. Selain itu, CodePipeline menyediakan lingkungan pusat bersama dan memungkinkan manajemen infrastruktur yang independen dari mesin lokal. CodeCommit adalah layanan kontrol sumber yang aman, sangat skalabel, dan dikelola sepenuhnya yang menampung repositori Git pribadi. Anda dapat menggunakan CodeCommit untuk menyimpan kode dan parameter otomatisasi infrastruktur AWS CDK.
## Pemisahan lingkungan
Diagram berikut menunjukkan arsitektur untuk memisahkan integrasi SAS dan lingkungan produksi SAS.
![\[Diagram arsitektur untuk memisahkan integrasi SAS dan lingkungan produksi\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/data-storage-decoupling-sas-fsx/images/diagram_separation_integration_production.png)
## Komponen infrastruktur
Bagian ini memberikan gambaran umum tentang komponen infrastruktur yang diperlukan untuk arsitektur yang direkomendasikan dalam panduan ini.
### Lingkungan produksi
Kami menyarankan Anda menggunakan komponen infrastruktur berikut untuk lingkungan produksi Anda.
| | | |
| --- |--- |--- |
| **Jenis** | **Jenis instans** | **Sumber Daya** |
| **1 Server SAS** | m6i.4xlarge | 16 v CPUs (8 core)64 GB RAM |
| **2 server terminal Citrix** | m6i.4xlarge | 16 v CPUs (8 core)RAM 64 GB (misalnya, 1-2 GB per sesi pengguna untuk Microsoft Office dan Adobe Suite dan rata-rata 500—1024 MB per klien SAS)25\$1 penggunaPotensi untuk meningkatkan skala dengan lebih banyak server terminal di masa depan |
| **1 Server subversi SAS** | m6i.2xlarge | 8 v CPUs4 intiRAM 32 GB |
### Lingkungan integrasi
Kami menyarankan Anda menggunakan komponen infrastruktur berikut untuk lingkungan integrasi Anda.
| | | |
| --- |--- |--- |
| **Jenis** | **Jenis instans** | **Sumber Daya** |
| **1 Server SAS** | m6i.2xlarge | 8 v CPUs (4 core)RAM 32 GB |
| **2 server terminal** | m6i.2xlarge | 8 v CPUs (4 core)RAM 32 GB |
| **1 Server subversi SAS** | m6i.xlarge | 4 v CPUs (2 inti)RAM 16 GB |
## Penyimpanan lokal untuk server SAS
[Arsitektur yang direkomendasikan menggunakan instans M6i berdasarkan prosesor Intel Xeon Scalable terbaru dan menggunakan Nitro Hypervisor dari AWS Nitro System.](https://aws.amazon.com/ec2/nitro/) Jenis instans M6i dioptimalkan untuk [Amazon Elastic Block Store (Amazon EBS) dan menawarkan bandwidth](https://aws.amazon.com/ebs/) khusus untuk volume EBS yang diakses jaringan. Tabel berikut mencakup detail tentang konfigurasi penyimpanan instans untuk penyimpanan non-bersama. Anda dapat melampirkan volume EBS tambahan sesuai permintaan.
| | | | | |
| --- |--- |--- |--- |--- |
| **Server** | **Jenis** | **Kapasitas** | **Produksi** | **Pengujian** |
| Server SAS | Tipe penyimpanan | Jenis AWS resource/service dan EBS | Persyaratan pada seq. IO (baca/tulis) | Sama seperti produksi |
| Server SAS | Boot dan swap sistem operasi | EBS 200 GB (gp3) | Tidak relevan untuk ukuran karena persyaratan rendah | Sama seperti produksi |
| Server SAS | SASWORK | EBS 2x 512 GB (gp3/masing-masing 5.000 IOPS) dalam RAID 0 | 8 \$1 150 Mbps, 1200 Mbps atau \$1 11,5 GbpsDukungan instance M6iBandwidth penyimpanan EBS 12,5 Gbps dengan volume EBS gp3 | Volume 1x 1024 GBgp3 5.000 IOPS |
| Server SAS | Depot Perangkat Lunak SAS dan penyimpanan tambahan lainnya (untuk menyertakan instalasi SAS sebagai tambahan) | EBS 125 GB (gp3) | Tidak relevan untuk ukuran karena persyaratan rendah | Sama seperti produksi |
| Server terminal SAS | Boot dan swap sistem operasi | EBS 100 GB (gp3) | Tidak relevan untuk ukuran karena persyaratan rendah | Sama seperti produksi |
| Server SVN SAS | Boot dan swap sistem operasi | EBS 100 GB (gp3) | Tidak relevan untuk ukuran karena persyaratan rendah | 100 GB |
| Server SVN SAS | Repositori subversi | EBS 1000 GB (gp3) | Default | 400 GB selain drive ops |
## Infrastruktur penyimpanan bersama
Sebaiknya gunakan FSx Windows File Server sebagai solusi penyimpanan bersama untuk server SAS Anda dan server terminal Citrix. Anda tidak perlu menggunakan bucket S3 untuk penyimpanan file tambahan apa pun, kecuali jika Anda memerlukan bucket untuk memelihara informasi sistem atau skrip otomatisasi.
Anda juga dapat menyimpan checkout/working salinan subversi kode proyek FSx untuk Windows File Server. Server subversi SAS menyimpan repositori secara lokal. Server subversi bertindak sebagai sistem kontrol versi pusat.
Kami menyarankan Anda menggunakan Windows File Server FSx untuk menyimpan profil pengguna Windows di server terminal Citrix Anda. Ini akan memungkinkan penyeimbangan beban yang mulus di kedua server.
### Lingkungan produksi
Arsitektur dalam panduan ini dirancang untuk memenuhi persyaratan berikut untuk lingkungan produksi:
+ **Jenis penyimpanan** - FSx untuk Windows File Server
+ **Jenis** - Beberapa Zona Ketersediaan
+ **Sumber daya/throughput** - 1024 MB
+ **Penyimpanan** - 1.2 TB SSD
### Integrasi dan lingkungan pengujian
Arsitektur dalam panduan ini dirancang untuk memenuhi persyaratan berikut untuk lingkungan integrasi:
+ **Jenis penyimpanan** - FSx untuk Windows File Server
+ **Jenis** - Beberapa Zona Ketersediaan
+ **Sumber daya/throughput** - 512 MB
+ **Penyimpanan** - 512 GB SSD
### Performa
I/O Throughput FSx untuk Windows File Server mudah disesuaikan, dan Anda dapat membangun dashboard I/O throughput untuk memenuhi kebutuhan pemantauan Anda. Anda juga dapat mengaktifkan tim operasi untuk menyesuaikan throughput berdasarkan kebutuhan pengguna akhir.
## Cadangkan dan pemulihan file
Semua data SAS berada di terpisah FSx untuk Windows File Server sebagai penyimpanan persisten. Ada dua tingkat cadangan yang diimplementasikan pada data yang disimpan FSx untuk Windows File Server:
1. **Pencadangan harian** **disimpan selama 30 hari** — Pencadangan ini disimpan dalam ember S3. Anda dapat menggunakan cadangan berbasis snapshot ini untuk pemulihan jika FSx volume Amazon rusak atau hilang.
1. **Cadangan dipertahankan menggunakan Microsoft Volume Shadow Copy Service (VSS)** - File pada FSx untuk Windows File Server diambil untuk cadangan ke partisi penyimpanan khusus pada FSx untuk Windows File Server dua kali per hari dan disimpan tanpa batas waktu. Cadangan didasarkan pada penyimpanan partisi VSS yang tersedia FSx untuk Windows File Server (hingga 10 persen dari total ruang penyimpanan). Jika pengguna akhir merusak atau kehilangan file FSx untuk Windows File Server, mereka dapat memulai pemulihan mereka sendiri langsung dari Windows File Explorer di server terminal SAS.
## Pemulihan bencana
Arsitektur decoupling dalam panduan ini dirancang dengan mempertimbangkan pemulihan bencana. Amazon FSx digunakan di dua AWS Availability Zones. Jika Availability Zone tempat aktif FSx untuk Windows File Server berada menjadi tidak tersedia, maka layanan secara otomatis gagal dan menyediakan layanan berbagi file dari Availability Zone kedua.