Pemecahan masalah: Masalah File Gateway

Pastikan gateway tidak mencoba menggunakan read-only domain controller (RODC) untuk bergabung dengan domain.

Verifikasi bahwa gateway dikonfigurasi untuk menggunakan server DNS yang benar.

Misalnya, jika Anda mencoba menggabungkan instance gateway Amazon EC2 ke Direktori Aktif yang AWS dikelola, verifikasi bahwa opsi DHCP yang ditetapkan untuk VPC EC2 menentukan server DNS Direktori Aktif yang dikelola AWS.

Server DNS yang Anda konfigurasikan melalui set opsi VPC DHCP disediakan untuk semua instans EC2 di VPC. Jika Anda ingin menentukan server DNS untuk gateway individual, Anda dapat melakukannya menggunakan konsol lokal EC2 gateway itu.

Untuk gateway lokal, Anda menentukan server DNS menggunakan konsol lokal VM.

Verifikasi konektivitas jaringan gateway dengan menjalankan perintah berikut dari command prompt di konsol lokal gateway. Ganti variabel yang disorot dengan nama domain aktual dan alamat IP dari penerapan Anda.

dig -d ExampleDomainName
ncport -d ExampleDomainControllerIPAddress -p 445
ncport -d ExampleDomainControllerIPAddress -p 389

Pastikan akun layanan Direktori Aktif Anda memiliki izin yang diperlukan. Untuk informasi selengkapnya, lihat Active Directory Persyaratan izin akun layanan Direktori Aktif.

Pastikan gateway bergabung dengan Unit Organisasi (OU) yang benar.

Bergabung dengan domain membuat akun komputer Active Directory di wadah komputer default (yang bukan OU), menggunakan ID Gateway gateway sebagai nama akun (misalnya, SGW-1234ADE). Tidak mungkin untuk menyesuaikan nama akun ini.

Jika lingkungan Active Directory Anda memiliki OU yang ditunjuk untuk objek komputer baru, Anda harus menentukan OU tersebut saat bergabung dengan domain.

Jika Anda mengalami kesalahan akses ditolak saat mencoba bergabung dengan OU yang ditunjuk, tanyakan kepada administrator domain Active Directory Anda. Administrator mungkin perlu melakukan pra-tahap akun komputer gateway sebelum dapat bergabung dengan domain. Untuk informasi selengkapnya, lihat Bagaimana cara memecahkan masalah dengan bergabung dengan gateway file Storage Gateway saya ke domain untuk otentikasi Microsoft Active Directory? .

Verifikasi bahwa nama host gateway Anda dapat diselesaikan di DNS dengan menjalankan perintah berikut dari command prompt di konsol lokal gateway. Ganti variabel yang disorot dengan nama host aktual untuk gateway Anda.

dig -d ExampleHostName -r A

Jika Anda mengonfigurasi nama host khusus untuk gateway Anda, Anda harus menambahkan DNS secara manual A-record yang menunjuk ke alamat IP-nya.

Pastikan latensi jaringan antara gateway dan pengontrol domain cukup rendah. Kueri untuk bergabung dengan domain dapat habis jika gateway tidak menerima respons dari pengontrol domain dalam waktu 20 detik.

Jika Anda bergabung dengan gateway ke domain menggunakan perintah JoinDomain CLI, Anda dapat menambahkan tanda --timeout-in-seconds untuk meningkatkan batas waktu hingga maksimum 3.600 detik.

Verifikasi bahwa pengguna Active Directory yang Anda gunakan untuk bergabung dengan gateway ke domain memiliki hak istimewa yang diperlukan untuk melakukannya.

Jika IndexFetch metrik lebih besar dari 0 saat Anda menjalankan ls perintah atau menelusuri direktori, File Gateway Anda dimulai tanpa informasi tentang konten direktori yang terpengaruh dan harus mengakses FSx untuk Windows File Server. Upaya selanjutnya untuk membuat daftar isi direktori itu harus berjalan lebih cepat.

Jika IndexEviction metrik lebih besar dari 0, itu berarti bahwa File Gateway Anda telah mencapai batas apa yang dapat dikelola dalam cache pada saat itu. Dalam hal ini, File Gateway Anda harus membebaskan beberapa ruang penyimpanan dari direktori yang paling baru diakses untuk membuat daftar direktori baru. Jika ini sering terjadi dan ada dampak kinerja, hubungi Dukungan.

Disku Dukungan sikan dengan konten sistem file Amazon FSx terkait dan rekomendasi untuk meningkatkan kinerja berdasarkan kasus penggunaan Anda.

Jika ada reboot atau pembaruan perangkat lunak baru-baru ini, maka periksa IOWaitPercent metriknya. Metrik ini menunjukkan persentase waktu CPU tidak aktif ketika ada I/O permintaan disk yang belum dibayar. Dalam beberapa kasus, ini mungkin tinggi (10 atau lebih) dan mungkin meningkat setelah server di-reboot atau diperbarui. Dalam kasus ini, maka File Gateway Anda mungkin terhambat oleh disk root yang lambat karena membangun kembali cache indeks ke RAM. Anda dapat mengatasi masalah ini dengan menggunakan disk fisik yang lebih cepat untuk disk root.

Jika MemUsedBytes metrik berada pada atau hampir sama dengan MemTotalBytes metrik, maka File Gateway Anda kehabisan RAM yang tersedia. Pastikan bahwa File Gateway Anda memiliki setidaknya RAM minimum yang diperlukan. Jika sudah, pertimbangkan untuk menambahkan lebih banyak RAM ke File Gateway Anda berdasarkan beban kerja dan kasus penggunaan Anda.

Jika berbagi file adalah SMB, masalahnya mungkin juga karena jumlah klien SMB yang terhubung ke berbagi file. Untuk melihat jumlah klien yang terhubung pada waktu tertentu, periksa SMBV(1/2/3)Sessions metrik. Jika ada banyak klien yang terhubung, Anda mungkin perlu menambahkan lebih banyak RAM ke File Gateway Anda.

Jika CachePercentDirty metriknya 80 atau lebih besar, File Gateway Anda menulis data lebih cepat ke disk daripada dapat mengunggah data ke Amazon FSx untuk Windows File Server. Pertimbangkan untuk meningkatkan bandwidth untuk mengunggah dari File Gateway Anda, menambahkan satu atau lebih disk cache, atau memperlambat penulisan klien, atau meningkatkan kapasitas throughput untuk Amazon FSx terkait untuk Windows File Server.

Jika CachePercentDirty metriknya rendah, periksa IoWaitPercent metriknya. Jika IoWaitPercent lebih besar dari 10, File Gateway Anda mungkin terhambat oleh kecepatan disk cache lokal. Kami merekomendasikan disk solid state drive (SSD) lokal untuk cache Anda, sebaiknya NVM Express (NVMe). Jika disk tersebut tidak tersedia, coba gunakan beberapa disk cache dari disk fisik terpisah untuk peningkatan kinerja.

Jika CachePercentDirty metriknya 90 persen atau lebih besar, File Gateway Anda tidak dapat menerima penulisan baru ke disk karena tidak ada cukup ruang yang tersedia pada disk cache. Untuk melihat seberapa cepat File Gateway Anda mengunggah ke FSx untuk Windows File Server, lihat CloudBytesUploaded metriknya. Bandingkan metrik itu dengan WriteBytes metrik, yang menunjukkan seberapa cepat klien menulis file ke File Gateway Anda. Jika klien SMB menulis ke File Gateway Anda lebih cepat daripada yang dapat diunggah ke FSx untuk Windows File Server, tambahkan lebih banyak disk cache untuk menutupi ukuran pekerjaan pencadangan minimal. Atau, tingkatkan bandwidth upload.

Jika salinan file besar seperti pekerjaan pencadangan gagal tetapi CachePercentDirty metriknya kurang dari 80 persen, File Gateway Anda mungkin mencapai batas waktu sesi sisi klien. Untuk SMB, Anda dapat meningkatkan batas waktu ini menggunakan perintah PowerShell . Set-SmbClientConfiguration -SessionTimeout 300 Menjalankan perintah ini mengatur batas waktu menjadi 300 detik.