File Storage NAS:FAQ manajemen lanjutan

Kapan sebaiknya saya menggunakan manajemen lifecycle?

• Jika file dalam sistem file Anda diakses satu hingga tiga kali per bulan, kami menyarankan menggunakan manajemen lifecycle untuk mengonfigurasi kebijakan yang memindahkan file tersebut ke penyimpanan Infrequent Access (IA). Anda kemudian akan ditagih berdasarkan tarif kelas penyimpanan IA.

• Jika file dalam sistem file Anda diakses satu atau dua kali per kuartal, kami menyarankan menggunakan manajemen lifecycle untuk mengonfigurasi kebijakan yang memindahkan file tersebut ke penyimpanan Archive. Anda kemudian akan ditagih berdasarkan tarif kelas penyimpanan Archive.

  Untuk mengurangi biaya penyimpanan lebih lanjut, Anda dapat mengonfigurasi kebijakan baik untuk penyimpanan Infrequent Access (IA) maupun Archive pada sistem file yang sama. Jika suatu file memenuhi kondisi beberapa kebijakan, NAS menerapkan kebijakan yang menghasilkan biaya terendah. Untuk informasi selengkapnya, lihat manajemen lifecycle.

Mengapa sistem file saya tidak mendukung manajemen lifecycle?

Sistem file yang telah mengaktifkan enkripsi data tidak mendukung manajemen lifecycle.

Bagaimana cara mengonfigurasi kebijakan manajemen lifecycle?

Anda dapat mengonfigurasi kebijakan manajemen lifecycle di NAS console atau dengan memanggil operasi API. Untuk informasi selengkapnya, lihat Mengelola kebijakan lifecycle dan Referensi API manajemen lifecycle.

Bagaimana cara menonaktifkan manajemen lifecycle?

Manajemen lifecycle memungkinkan Anda memindahkan data dingin yang jarang diakses dalam sistem file NAS tujuan umum ke kelas penyimpanan berbiaya lebih rendah seperti penyimpanan Infrequent Access (IA) atau Archive.

Jika Anda tidak ingin lagi menggunakan fitur ini, ikuti langkah-langkah berikut untuk menonaktifkannya:

1. Login ke NAS console.

2. Pada panel navigasi kiri, pilih Lifecycle Management > Lifecycle Policies.

3. Pada bilah navigasi atas, pilih kelompok sumber daya dan wilayah tempat sistem file Anda berada.

4. Pada daftar kebijakan, temukan kebijakan yang ingin Anda hapus lalu klik Delete pada kolom Actions. Kemudian, ikuti petunjuk di layar.

   Setelah Anda menghapus kebijakan tersebut, file yang sesuai kriterianya tidak lagi dipindahkan ke penyimpanan Infrequent Access (IA) atau Archive. Namun, file yang sudah dipindahkan tetap berada di kelas penyimpanannya saat ini dan terus dikenai biaya penyimpanan sesuai kelas tersebut.

Jika Anda ingin memindahkan data dari penyimpanan Infrequent Access (IA) atau Archive kembali ke penyimpanan Standard, lihat Membuat tugas pengambilan data.

Kelayakan transisi file

File harus memenuhi ketiga kondisi berikut agar dapat dipindahkan ke kelas penyimpanan berbiaya lebih rendah:

• Kebijakan manajemen lifecycle telah dikonfigurasi untuk direktori tempat file tersebut disimpan.

• Ukuran file antara 64 KiB dan 4,88 TiB.

• Waktu akses terakhir file memenuhi kriteria kebijakan manajemen lifecycle.

  Saat membuat kebijakan manajemen lifecycle, Anda dapat mengonfigurasi aturan untuk memindahkan file yang belum diakses selama lebih dari 14, 30, 60, atau 90 hari ke penyimpanan Infrequent Access (IA). Anda juga dapat mengonfigurasi aturan untuk memindahkan file yang belum diakses selama lebih dari 14, 30, 60, 90, atau 180 hari ke penyimpanan Archive. Manajemen lifecycle menentukan hal ini berdasarkan waktu akses file (atime).

  • atime diperbarui oleh operasi berikut:

    • Membaca file

    • Menulis ke file

  • atime tidak diperbarui oleh operasi berikut:

    • Mengganti nama file

    • Memodifikasi atribut file, seperti pengguna, grup, atau mode

Beberapa kebijakan pada satu direktori

Jika sebuah direktori memiliki beberapa kebijakan manajemen lifecycle dan suatu file memenuhi kriteria lebih dari satu kebijakan, NAS menerapkan kebijakan yang menghasilkan biaya terendah.

Precedence kebijakan pada direktori bersarang

Jika suatu file memenuhi kriteria kebijakan yang berlaku, NAS menerapkan kebijakan yang menghasilkan biaya terendah.

Sebagai contoh, kebijakan dikonfigurasi untuk direktori saat ini untuk memindahkan file ke penyimpanan Infrequent Access (IA) setelah 14 hari tidak aktif. Kebijakan berbeda dikonfigurasi untuk direktori induk atau direktori tingkat lebih tinggi untuk memindahkan file ke penyimpanan IA setelah 60 hari tidak aktif. Dalam kasus ini, file dalam direktori saat ini yang belum diakses selama 14 hari dipindahkan ke penyimpanan IA. Saat kebijakan direktori induk dijalankan, file yang sudah dipindahkan dilewati.

Cakupan kebijakan

Ya. Semua file dalam direktori target yang memenuhi kriteria kebijakan manajemen lifecycle secara otomatis dipindahkan ke penyimpanan Infrequent Access (IA) atau Archive.

Waktu transisi

Waktu transisi bergantung pada ukuran sistem file dan jumlah data yang akan dipindahkan. Setelah Anda mengaktifkan fitur ini, transisi pertama file yang memenuhi kriteria kebijakan dapat selesai dalam waktu kurang dari 2 jam, tetapi biasanya dalam waktu 24 jam. Transisi berikutnya diselesaikan sesuai jadwal mingguan.

Dampak mengganti nama direktori

Jika Anda mengganti nama direktori yang dikaitkan dengan kebijakan manajemen lifecycle, kebijakan tersebut tidak lagi berlaku untuk file dalam direktori tersebut. File yang sudah dipindahkan ke penyimpanan Infrequent Access (IA) atau Archive tetap berada di kelas penyimpanannya saat ini.

Jika Anda mengonfigurasi kebijakan manajemen lifecycle baru untuk direktori yang diganti namanya, kebijakan tersebut mulai berlaku. File dalam direktori tersebut yang memenuhi kriteria kebijakan baru dipindahkan ke kelas penyimpanan yang sesuai.

Dampak menghapus kebijakan

Jika Anda menghapus kebijakan manajemen lifecycle, file dalam direktori terkait tidak lagi dipindahkan ke penyimpanan Infrequent Access (IA) atau Archive. File yang sudah dipindahkan tetap berada di kelas penyimpanannya saat ini.

Membuat ulang kebijakan

Tidak. Saat Anda membuat ulang kebijakan manajemen lifecycle, mekanisme pemeriksaannya secara otomatis melewati file yang sudah dipindahkan ke penyimpanan Infrequent Access (IA) atau Archive, sehingga mencegah file tersebut dipindahkan kembali.

Akses baca/tulis ke file yang telah dipindahkan

Ya. Anda dapat membaca dan menulis file dalam penyimpanan Infrequent Access (IA) atau Archive seperti file lainnya dalam sistem file. Untuk informasi lebih lanjut tentang performa berbagai kelas penyimpanan, lihat Perbandingan kelas penyimpanan.

Menampilkan file yang telah dipindahkan

Anda dapat mengkueri file yang disimpan dalam penyimpanan Infrequent Access (IA) atau Archive menggunakan NAS console atau dengan memanggil operasi API ListDirectoriesAndFiles. Untuk informasi selengkapnya, lihat Melihat file yang disimpan dalam kelas penyimpanan IA atau Archive dan ListDirectoriesAndFiles.

Latensi baca/tulis untuk penyimpanan IA

Pertama kali Anda membaca file dari penyimpanan Infrequent Access (IA), Anda mungkin mengalami latensi yang lebih tinggi. Namun, pembacaan berikutnya terhadap file tersebut dalam periode singkat memiliki latensi yang sebanding dengan membaca file dalam penyimpanan Standard pada sistem file NAS tujuan umum Performance, Premium, atau Capacity.

Latensi untuk menulis ke file dalam penyimpanan IA hampir identik dengan menulis ke file dalam penyimpanan Standard pada sistem file NAS tujuan umum Performance, Premium, atau Capacity. Untuk informasi lebih lanjut tentang performa berbagai kelas penyimpanan, lihat Perbandingan kelas penyimpanan.

Latensi baca/tulis untuk penyimpanan Archive

Pertama kali Anda membaca file dari penyimpanan Archive, Anda mungkin mengalami latensi yang lebih tinggi. Namun, pembacaan berikutnya terhadap file tersebut dalam periode singkat memiliki latensi yang sebanding dengan membaca file dalam penyimpanan Standard pada sistem file NAS tujuan umum Performance, Premium, atau Capacity.

Latensi untuk menulis ke file dalam penyimpanan Archive hampir identik dengan menulis ke file dalam penyimpanan Standard pada sistem file NAS tujuan umum Performance, Premium, atau Capacity. Untuk informasi lebih lanjut tentang performa berbagai kelas penyimpanan, lihat Perbandingan kelas penyimpanan.

Penagihan untuk penyimpanan IA

Saat file dipindahkan ke penyimpanan Infrequent Access (IA), Anda dikenai biaya berdasarkan metode penagihan untuk kelas penyimpanan IA. Untuk informasi selengkapnya, lihat Penagihan untuk NAS tujuan umum.

Penagihan untuk penyimpanan Archive

Saat file dipindahkan ke penyimpanan Archive, Anda dikenai biaya berdasarkan metode penagihan untuk kelas penyimpanan Archive. Durasi penyimpanan minimum untuk penyimpanan Archive adalah 60 hari. Jika file dihapus, diambil, atau ukurannya dikurangi sebelum disimpan selama 60 hari (1.440 jam), Anda dikenai biaya penyimpanan untuk durasi tersisa (1.440 jam dikurangi durasi penyimpanan aktual) berdasarkan ukuran asli file tersebut.

Durasi penyimpanan minimum dimulai dari timestamp yang lebih akhir antara waktu file dipindahkan atau waktu modifikasi terakhir file (mtime). Biaya penghapusan dini hanya dikenakan satu kali dalam periode 24 jam. Jika Anda memodifikasi file yang diarsipkan, penghitung durasi penyimpanan minimum 60 hari diatur ulang. Untuk informasi selengkapnya, lihat Penagihan untuk NAS tujuan umum.

Promosi data dari penyimpanan IA

Tidak. Setelah data dipindahkan ke penyimpanan Infrequent Access (IA), data tersebut tetap berada di sana. Mengakses data dingin ini menimbulkan biaya trafik baca/tulis untuk penyimpanan IA. Untuk informasi selengkapnya, lihat Penagihan untuk NAS tujuan umum.

Jika Anda perlu sering mengakses data yang berada dalam penyimpanan IA, buat tugas pengambilan data untuk memulihkan file atau direktori tertentu ke penyimpanan Standard. Menjalankan tugas pengambilan data membaca data target dan menimbulkan biaya trafik baca. Untuk informasi selengkapnya, lihat Membuat tugas pengambilan data.

Membuat tugas pengambilan untuk penyimpanan IA

Anda dapat membuat tugas pengambilan data menggunakan NAS console atau dengan memanggil operasi API CreateLifecycleRetrieveJob. Untuk informasi selengkapnya, lihat Membuat tugas pengambilan data atau CreateLifecycleRetrieveJob.

Dampak tugas pengambilan terhadap performa

Tidak. Anda dapat membaca dan menulis data secara normal selama tugas pengambilan data berjalan.

Biaya untuk tugas pengambilan data

Ya. Saat tugas pengambilan data dijalankan, data dibaca dari file target. Hal ini menimbulkan biaya trafik baca berdasarkan ukuran file dan kelas penyimpanannya saat ini (penyimpanan Infrequent Access (IA) atau Archive). Setelah tugas selesai, file dipulihkan ke penyimpanan Standard dan dikenai biaya kapasitas penyimpanan untuk sistem file NAS tujuan umum. Untuk informasi selengkapnya, lihat Penagihan untuk NAS tujuan umum.

Penagihan untuk pencadangan file yang telah dipindahkan

Saat Anda menggunakan Cloud Backup untuk mencadangkan file dari penyimpanan Infrequent Access (IA) atau Archive sistem file NAS tujuan umum, Cloud Backup mengenakan biaya layanan. Untuk informasi selengkapnya, lihat Metode penagihan dan item yang dapat ditagih.

Untuk mencadangkan file, layanan Cloud Backup harus membaca data dari file tersebut. Tindakan ini menimbulkan biaya trafik baca untuk penyimpanan IA atau Archive, yang muncul pada tagihan NAS Anda. Untuk informasi selengkapnya, lihat Penagihan untuk NAS tujuan umum.

Penagihan untuk pemindaian pada penyimpanan infrequent dan archive

Saat Anda menggunakan layanan keamanan, seperti layanan anti-ransomware di Cloud Security Center, untuk memindai file dalam penyimpanan akses jarang atau archive NAS tujuan umum, layanan tersebut membaca file target. Operasi ini menimbulkan biaya akses trafik dari File Storage NAS sesuai tarif penyimpanan akses jarang atau archive. Untuk informasi selengkapnya, lihat Penagihan untuk NAS tujuan umum.

Otorisasi RAM untuk titik pemasangan jaringan klasik

Untuk keamanan, NAS harus memverifikasi bahwa instans ECS apa pun yang mencoba mengakses sistem file Anda telah diotorisasi. Saat Anda menggunakan titik pemasangan jaringan klasik, NAS memastikan bahwa hanya instans ECS dalam akun Anda yang dapat mengakses sistem file Anda. Untuk melakukan ini, NAS memerlukan izin untuk mengambil daftar instans ECS Anda. Anda memberikan izin ini melalui otorisasi RAM.

Kesalahan pengguna RAM saat melihat daftar sistem file

• Gejala

  Pengguna RAM memiliki kontrol penuh atas sistem file. Namun, saat pengguna membuka halaman Daftar Sistem File di konsol NAS, muncul kesalahan: The user is not authorized to operate on the specified resource. Kode kesalahan adalah NoPermission.Operator.

• Penyebab

  Izin tag yang diperlukan tidak ada. Anda juga harus memberikan izin tag:ListTagKeys.

• Solusi

  Tambahkan izin tag yang diperlukan ke kebijakan kustom untuk sistem file target. Untuk informasi selengkapnya, lihat Mengontrol akses ke sumber daya NAS menggunakan kebijakan izin RAM.

  {
      "Statement": [
          {
              "Effect": "Allow",
              "Action": "nas:*",
              "Resource": "acs:nas:*:*:filesystem/0ddaf487b2"
          },
          {
              "Effect": "Allow",
              "Action": "nas:CreateMountTarget",
              "Resource": "acs:vpc:*:*:vswitch/*"
          },
          {
              "Effect": "Allow",
              "Action": "cms:Describe*",
              "Resource": "*"
          },
          {
              "Effect": "Allow",
              "Action": "nas:DescribeFileSystems",
              "Resource": "*"
          },
          {
              "Effect": "Allow",
              "Action": "tag:ListTagKeys",
              "Resource": "*"
          }
      ],
      "Version": "1"
  }

Pemberian izin lambat untuk direktori SMB

Saat Anda mengonfigurasi izin untuk pengguna baru, Windows menjelajahi semua file dalam direktori untuk menerapkan izin tersebut. Jika proses ini lambat, penyebabnya sering kali adalah latensi jaringan. Untuk mempercepat tugas ini, gunakan skrip command-line seperti icacls atau perintah PowerShell Set-Acl. Untuk informasi selengkapnya, lihat icacls atau Set-Acl.

Verifikasi file keytab

Sebelum memulai, buat ulang file keytab dan aktifkan parameter -mapuser.

Contoh

ktpass -princ cifs/file-system-id.region.nas.aliyuncs.com@EXAMPLE.COM -ptype KRB5_NT_PRINCIPAL -mapuser alinas@example.com -crypto All -out c:\nas-mount-target.keytab -pass tHeP****d123

• example.com: Nama domain AD. Ganti ini dengan nama domain Anda dalam huruf kecil.

• EXAMPLE.COM: Nama domain AD. Ganti ini dengan nama domain Anda dalam huruf besar.

Prosedur

1. Login ke klien Linux yang telah menginstal tool kinit.

   Catatan

   Klien tersebut harus dapat mengakses domain AD dan memiliki konfigurasi DNS yang mengarah ke server AD. Untuk informasi lebih lanjut tentang cara mengonfigurasi lingkungan klien Linux, lihat Memasang dan menggunakan sistem file SMB sebagai pengguna domain AD pada klien Linux.

2. Tambahkan konten berikut ke file /etc/krb5.conf.

    [realms]
    EXAMPLE.COM = {
        kdc = iZisovkei9i*****.example.com
        admin_server = iZisovkei9i****.example.com
    }
   [domain_realm]
    .example.com = EXAMPLE.COM
    example.com = EXAMPLE.COM

   Ganti iZisovkei9i*****.example.com dengan server AD Anda.

   Catatan

   Jika klien Anda menggunakan sistem operasi CentOS, Anda juga harus menambahkan konfigurasi berikut.

       default_tgs_enctypes = aes256-cts-hmac-sha1-96 rc4-hmac des-cbc-crc des-cbc-md5
       default_tkt_enctypes = aes256-cts-hmac-sha1-96 rc4-hmac des-cbc-crc des-cbc-md5
       permitted_enctypes = aes256-cts-hmac-sha1-96 rc4-hmac des-cbc-crc des-cbc-md5

3. Verifikasi bahwa klien dapat terhubung ke server AD.

   kinit aliyun.nas@example.com

   • Jika output mencakup informasi akun, konfigurasi kerberos pada klien sudah benar.

   • Jika Anda menerima kesalahan KDC replay did not match expectations while getting initial credentials, ganti semua instance nama domain AD dalam /etc/krb5.conf dengan versi huruf besarnya.

4. Opsi: Konfirmasi bahwa titik pemasangan dalam file keytab adalah titik pemasangan sistem file target.

   klist -k -t <keytab_file_name>.keytab

5. Verifikasi file keytab.

   kinit -k -t <keytab_file_name>.keytab cifs/file-system-id.region.nas.aliyuncs.com@EXAMPLE.COM

   Ganti file-system-id.region.nas.aliyuncs.com dengan titik pemasangan sistem file Anda dan EXAMPLE.COM dengan nama domain AD Anda dalam huruf besar.

   Jika perintah dijalankan tanpa kesalahan, file keytab sudah benar.

Mendapatkan AccessKey

1. Login ke konsol menggunakan Akun Alibaba Cloud Anda.

2. Di pojok kanan atas halaman, arahkan kursor ke ikon profil Anda lalu klik AccessKey.

3. Pada kotak dialog Kami menyarankan agar Anda tidak menggunakan AccessKey akun Alibaba Cloud, pilih Continue to Use AccessKey atau Use RAM user's AccessKey.

   • Gunakan AccessKey akun Alibaba Cloud

     1. Pilih I am aware of the security risks of using the AccessKey of the Alibaba Cloud account, lalu klik Continue to Use AccessKey.

     2. Klik Create AccessKey.

     3. Pada kotak dialog Create Main Account AccessKey, tinjau kembali risiko dan batasannya. Jika Anda yakin ingin membuat pasangan AccessKey, centang kotak I am aware of the security risks of using a main account AccessKey., lalu klik Continue to use the AccessKey of my Alibaba Cloud account.

     4. Pada kotak dialog Create AccessKey, simpan ID AccessKey dan Rahasia AccessKey. Lalu, centang kotak I have saved the AccessKey Secret dan klik OK.

        (Direkomendasikan) Konfigurasikan kebijakan ACL jaringan AccessKey: Anda dapat membatasi alamat IP sumber permintaan API yang menggunakan pasangan AccessKey ini. Hal ini membantu meningkatkan keamanan dengan memastikan pasangan AccessKey hanya digunakan dari lingkungan jaringan tepercaya. Kami menyarankan Anda mengklik Configure network access policy untuk menentukan lingkungan jaringan tepercaya untuk pasangan AccessKey ini. Untuk informasi selengkapnya, lihat Konfigurasikan kebijakan ACL jaringan AccessKey untuk akun Alibaba Cloud.

        Penting

        Untuk mengurangi risiko kebocoran, rahasia AccessKey untuk akun Alibaba Cloud hanya ditampilkan saat pembuatan dan tidak dapat diambil kembali.

   • Gunakan AccessKey pengguna RAM

     1. Klik Use RAM user's AccessKey.

     2. Anda akan diarahkan ke RAM console. Pada halaman Users, temukan pengguna RAM yang relevan.

        Catatan

        • Jika Anda belum memiliki pengguna RAM, buat terlebih dahulu. Untuk informasi selengkapnya, lihat Membuat pengguna RAM.

        • Rahasia AccessKey untuk pengguna RAM hanya ditampilkan saat pembuatan dan tidak dapat diambil kembali nanti. Pastikan untuk menyimpannya dengan aman.

        • Jika AccessKey Anda bocor atau hilang, buat AccessKey baru. Anda dapat membuat hingga dua AccessKey untuk setiap pengguna RAM.

     3. Klik nama login pengguna.

     4. Pada bagian AccessKey di tab Authentication, klik Create AccessKey.

        

     5. Baca saran untuk setiap skenario dan pilih solusi kredensial berdasarkan kebutuhan bisnis Anda. Jika Anda harus membuat pasangan AccessKey, pilih skenario, centang I confirm that it is necessary to create an AccessKey, lalu klik Continue. Pasangan AccessKey yang dibuat dapat digunakan di semua skenario.

        

     6. Pada kotak dialog Create AccessKey, simpan ID AccessKey dan Rahasia AccessKey, lalu klik OK.

        

Enkripsi sisi server NAS

Untuk mengaktifkan enkripsi sisi server saat membuat sistem file, pilih antara NAS-managed Key atau kunci yang dikelola pelanggan. Untuk petunjuk detail, lihat Membuat sistem file NAS tujuan umum dan Membuat sistem file NAS Ekstrem.

Enkripsi sisi server untuk sistem file yang sudah ada

Tidak. Anda hanya dapat mengaktifkan enkripsi sisi server saat membuat sistem file.

Menonaktifkan enkripsi sisi server

Tidak. Setelah diaktifkan, enkripsi sisi server langsung berlaku dan tidak dapat diubah.

Mengganti kunci enkripsi

Tidak. Kunci secara permanen terikat ke sistem file selama pembuatan.

Kunci yang dikelola NAS dan kunci yang dikelola pelanggan

Kedua metode menyimpan kunci di Key Management Service (KMS) dan menggunakan enkripsi amplop untuk mencegah akses data tidak sah.

Gunakan kunci yang dikelola pelanggan untuk membawa kunci Anda sendiri (BYOK) jika Anda memiliki persyaratan keamanan khusus. Gunakan kunci yang dikelola NAS untuk semua skenario lainnya.

Dukungan untuk algoritma SM4

Tidak. NAS menggunakan algoritma enkripsi AES-256 standar industri untuk melindungi data sistem file saat diam. NAS menggunakan enkripsi amplop untuk mencegah akses data tidak sah. Layanan KMS menghasilkan dan mengelola kunci enkripsi sisi server, memastikan kerahasiaan, integritas, dan ketersediaannya. Untuk informasi lebih lanjut tentang enkripsi, lihat Gunakan enkripsi amplop KMS untuk mengenkripsi dan mendekripsi data secara lokal.

Memulihkan akses NAS dari masalah CMK

• Jika CMK dinonaktifkan, aktifkan kembali.

• Jika CMK dijadwalkan untuk dihapus, batalkan permintaan penghapusan. Untuk informasi selengkapnya, lihat Jadwalkan Penghapusan Kunci.

• Jika bahan kunci untuk kunci BYOK dihapus, impor kembali bahan kunci aslinya. Untuk informasi selengkapnya, lihat Impor Bahan Kunci.

• Jika CMK dihapus secara permanen, CMK tersebut tidak dapat dipulihkan, dan data dalam sistem file akan menjadi tidak dapat diakses secara permanen.

Dekripsi data sisi aplikasi

Tidak. Layanan NAS secara otomatis mengenkripsi dan mendekripsi data. Anda tidak perlu memodifikasi aplikasi Anda.

Performa enkripsi sisi server

Saat Anda mengaktifkan enkripsi sisi server, NAS mengenkripsi data saat ditulis ke sistem file dan secara otomatis mendekripsinya saat dibaca. Performa baca/tulis sistem file terutama bergantung pada ukuran blok baca/tulis dalam setiap operasi. Mengaktifkan enkripsi sisi server mengurangi performa sekitar 5% hingga 25% dibandingkan sistem file tanpa enkripsi. Untuk informasi selengkapnya, lihat Faktor yang Mempengaruhi Performa Baca/Tulis Sistem File.

Enkripsi sisi server dan kapasitas penyimpanan

Tidak. Enkripsi sisi server tidak mengurangi kapasitas penyimpanan efektif sistem file. AES adalah cipher blok yang menggunakan mekanisme padding otomatis. Data padding untuk enkripsi saat diam tidak dihitung terhadap kapasitas penyimpanan efektif instans sistem file.

Dukungan inotify pada File Storage NAS

Menggunakan inotify dengan rsync adalah pendekatan umum untuk pencadangan dan sinkronisasi data real-time. Namun, karena implementasi inotify, perintah inotifywait tidak berfungsi sebagaimana mestinya pada sistem file File Storage NAS.

• Cara kerja inotifywait

  Perintah inotifywait adalah antarmuka ruang pengguna untuk inotify, subsistem kernel Linux yang beroperasi di lapisan Virtual File System (VFS). Saat operasi file mencapai lapisan VFS, modul inotify melaporkan jenis operasi (seperti membuat, menghapus, atau mengubah atribut) dan objek target (nama file) ke ruang pengguna. Perintah inotifywait kemudian mengeluarkan informasi ini.

• Masalah menggunakan inotifywait pada File Storage NAS

  Karena inotify diimplementasikan di lapisan VFS kernel, kernel lokal tidak dapat mendeteksi operasi file yang dimulai oleh klien jarak jauh pada sistem file NFS. Akibatnya, inotify tidak dapat mendeteksi operasi modifikasi file oleh klien jarak jauh. Misalnya, jika Anda memasang sistem file File Storage NAS yang sama pada dua klien, klien A dan klien B, lalu menjalankan inotifywait pada klien A untuk memantau direktori pemasangan, Anda akan mengamati perilaku berikut:

  • inotifywait mendeteksi operasi file yang dilakukan pada direktori pemasangan oleh klien A.

  • inotifywait tidak mendeteksi operasi file yang dilakukan pada direktori pemasangan oleh klien B.

• Solusi alternatif

  Alternatifnya adalah menggunakan File Alteration Monitor (FAM). FAM adalah pustaka untuk memantau file dan direktori. FAM diimplementasikan sepenuhnya di ruang pengguna. FAM bekerja dengan menjalankan daemon di latar belakang yang secara berkala memindai direktori untuk mendeteksi perubahan file. Namun, pendekatan ini memiliki kekurangan berikut:

  • Anda harus menulis program sisi klien yang memanggil API FAM.

  • Dalam skenario dengan jumlah file yang besar, solusi ini mungkin berkinerja buruk, mengonsumsi sumber daya signifikan, dan memiliki performa real-time yang buruk.

Retensi file untuk pekerjaan cadangan yang dibatalkan

Jika Anda membatalkan pekerjaan pencadangan file yang sedang berlangsung, file apa pun yang sudah dicadangkan oleh pekerjaan tersebut akan dihapus dari penyimpanan cadangan. Jika Anda perlu mencadangkan file-file tersebut, jalankan kembali pekerjaan pencadangan file.

File yang sudah dicadangkan dari pekerjaan yang selesai tidak terpengaruh.

Retensi file untuk tugas pemulihan yang dibatalkan

Saat Anda membatalkan tugas pemulihan file, file apa pun yang sudah dipulihkan tetap berada di direktori yang ditentukan. Tugas berhenti, dan tidak ada file tambahan yang dipulihkan.

Perhitungan uji coba gratis

Setiap sistem file NAS mencakup uji coba gratis 30 hari untuk pencadangan file NAS. Uji coba dimulai saat Anda membuat rencana cadangan pertamanya.

Sebagai contoh, jika Anda membuat rencana cadangan bernama backup01 untuk sistem file A pada 1 Mei 2021, uji coba gratis untuk pencadangan file NAS berlangsung hingga 30 Mei 2021. Setelah uji coba berakhir, Anda dapat meningkatkan ke rencana berbayar atau menghapus rencana cadangan. Untuk informasi selengkapnya, lihat Harga Hybrid Backup Recovery.

File yang dipindahkan ke keranjang daur ulang

Setelah keranjang daur ulang diaktifkan, file atau direktori yang dihapus disimpan sementara di keranjang daur ulang. Ini mencakup hal berikut:

• File NAS yang Anda hapus secara manual pada node komputasi, seperti instans ECS atau kontainer. Misalnya, jika Anda menjalankan perintah rm -f test01.text untuk menghapus file test01.text, file test01.text dipindahkan ke keranjang daur ulang.

• File atau direktori NAS yang dihapus secara otomatis oleh aplikasi pada node komputasi. Misalnya, jika aplikasi Python menggunakan os.remove("test02.text") untuk menghapus file test02.text, file test02.text dipindahkan ke keranjang daur ulang.

• File atau direktori yang dihapus oleh operasi rename POSIX. Misalnya, jika direktori berisi test_a.txt dan test_b.txt, lalu Anda menjalankan perintah mv test_a.txt test_b.txt, file test_b.txt asli dipindahkan ke keranjang daur ulang.

• File sementara yang dihasilkan oleh aplikasi yang menggunakan file NAS. Misalnya, saat Anda menggunakan editor vim, file sementara seperti yang memiliki ekstensi .swp dan .swpx dipindahkan ke keranjang daur ulang saat dihapus.

• File log yang secara otomatis dirotasi oleh aplikasi. Misalnya, jika Nginx dikonfigurasi untuk secara otomatis merotasi log dan menyimpan maksimal 20 file log, saat file log test.log.19 dirotasi menjadi test.log.20, file test.log.20 asli dipindahkan ke keranjang daur ulang.

Memulihkan file ke direktori yang diganti namanya

Ya. Karena pemulihan file menggunakan FileId direktori (bukan namanya) sebagai pengenal, file tersebut dapat dipulihkan ke jalur yang benar bahkan setelah direktori diganti namanya. Misalnya, anggap Anda mengaktifkan keranjang daur ulang, menghapus file1.txt dari direktoridir1, lalu mengganti namadir1 menjadidir2. Keranjang daur ulang di konsol NAS akan menunjukkan bahwa file1.txt berada di direktoridir2. Setelah Anda memulihkan file tersebut, Anda akan menemukanfile1.txt di direktoridir2 pada node komputasi Anda.

Keranjang daur ulang vs. Cloud Backup: Kecepatan pemulihan

Memulihkan file dari keranjang daur ulang jauh lebih cepat daripada dari Cloud Backup karena Apsara File Storage NAS hanya memigrasikan metadata, bukan datanya sendiri.

Biaya keranjang daur ulang

Menggunakan keranjang daur ulang gratis. Namun, file dalam keranjang daur ulang tetap dikenai biaya penyimpanan berdasarkan jenis penyimpanan aslinya. Misalnya, jika Anda menghapus file dari sistem file capacity, file tersebut ditagih sesuai tarif penyimpanan capacity. Jika Anda menghapus file dari penyimpanan akses jarang, file tersebut ditagih sesuai tarif penyimpanan akses jarang. Untuk informasi selengkapnya, lihat Penagihan NAS tujuan umum.

Menampilkan file dalam keranjang daur ulang

Gunakan konsol NAS untuk melihat file dalam keranjang daur ulang dan informasi terkait, seperti waktu penghapusannya. Untuk informasi selengkapnya, lihat Mengkueri file dalam keranjang daur ulang.

Mengakses file dalam keranjang daur ulang

Tidak. Anda dapat mengkueri file dan direktori dalam keranjang daur ulang, tetapi tidak dapat langsung membaca atau menulis ke file tersebut. Untuk mendapatkan akses kembali, Anda harus memulihkan item tersebut. Untuk petunjuknya, lihat Memulihkan file dari keranjang daur ulang.

Dampak keranjang daur ulang terhadap kuota sumber daya

Tidak. File yang disimpan sementara dalam keranjang daur ulang tidak dihitung terhadap jumlah file atau kapasitas penyimpanan sistem file NAS Anda. File tersebut tidak akan menyebabkan instans Anda mencapai batasnya lebih awal. Untuk detail tentang kapasitas penyimpanan dan jumlah file yang didukung setiap jenis penyimpanan, lihat spesifikasi produk.

Memulihkan file setelah penghapusan PVC tidak sengaja di kluster ACK

Keranjang daur ulang hanya dapat memulihkan file yang dihapus setelah keranjang daur ulang diaktifkan. Jika file dihapus sebelum keranjang daur ulang diaktifkan, atau keranjang daur ulang dinonaktifkan lalu diaktifkan kembali, keranjang daur ulang kosong dan file tersebut tidak dapat dipulihkan dengan cara ini. Dalam kasus tersebut, gunakan Cloud Backup atau snapshot sebagai gantinya.

1. Identifikasi jenis PVC dan kebijakan reclaim PV.

   Tentukan apakah PVC yang dihapus disediakan secara dinamis atau statis, lalu periksa status PV yang terikat dan persistentVolumeReclaimPolicy-nya. Jika kebijakan reclaim adalah Retain, PV dan data NAS-nya tidak dihapus saat PVC dihapus. Anda dapat membuat ulang PVC yang mengikat PV yang ada tanpa menggunakan keranjang daur ulang. Jika kebijakan reclaim adalah Delete, direktori atau file yang sesuai di NAS dihapus dan Anda memerlukan keranjang daur ulang untuk memulihkannya. Untuk informasi lebih lanjut tentang klaim volume persisten, volume persisten, dan kebijakan reclaim, lihat Ikhtisar volume NAS dan Volume NAS yang disediakan secara statis.

2. Konfirmasi bahwa keranjang daur ulang diaktifkan dan file tersebut masih dalam periode retensi.

   Di konsol NAS, buka halaman detail sistem file lalu klik tab Recycle Bin. Jika tab tersebut menampilkan panduan pengaktifan alih-alih daftar file, berarti keranjang daur ulang tidak diaktifkan untuk sistem file ini dan file tersebut tidak dapat dipulihkan. Keranjang daur ulang hanya didukung untuk sistem file NAS tujuan umum.

3. Pulihkan file dari konsol.

   Pada tab Recycle Bin, temukan file atau direktori target di bawah Deleted Files and Directories. Untuk menemukannya lebih cepat, masukkan jalur mutlak sebelum penghapusan di kotak pencarian. Lalu klik Restore.

   Pada kotak dialog Select Restoration Path, pilih tujuan. Pilih Restore to the original path jika jalur sebelum penghapusan masih ada. Jika Anda menghapus volume yang disediakan secara dinamis, subdirektori PV aslinya biasanya ikut hilang bersama PV. Dalam kasus tersebut, pilih Restore to the following custom path: dan tentukan direktori sementara yang ada untuk menyimpan file yang dipulihkan. Klik Confirm untuk membuat tugas pemulihan.

4. Temukan file yang dipulihkan berdasarkan kata kunci. Pada node komputasi Linux tempat sistem file dipasang, jalankan perintah berikut:

   find /mount-target -name "keyword"

   Ganti /mount-target dengan jalur pemasangan NAS aktual pada node tersebut, dan ganti keyword dengan nama file target atau fragmennya. Karakter wildcard * didukung. Jika perintah tidak mengembalikan file yang baru saja Anda pulihkan, jalankan sudo sysctl -w vm.drop_caches=2 untuk menghapus cache node, lalu coba lagi.

Untuk masalah lain tentang pemasangan NAS pada kontainer, lihat FAQ tentang volume NAS.

Kesalahan mengkueri data pemantauan NAS menggunakan API Cloud Monitor

Kesalahan ini terjadi jika Anda menentukan nilai yang salah untuk parameter MetricName. Cloud Monitor memantau performa dan kapasitas real-time instans sistem file NAS. Untuk informasi lebih lanjut tentang mengkueri data pemantauan NAS menggunakan API Cloud Monitor, lihat Mengkueri data pemantauan menggunakan API Cloud Monitor.

• Pemantauan kapasitas

  Jenis sistem file	MetricName	Metrik	Unit	Deskripsi
  Sistem file NAS tujuan umum	AlignedSize	Volume data sistem file NAS tujuan umum (tidak termasuk kelas penyimpanan IA)	bytes	Volume data yang disimpan dalam sistem file, tidak termasuk data kelas penyimpanan IA.
  	SecondaryAlignedSize	Volume data kelas penyimpanan IA	bytes	Volume data yang disimpan dalam kelas penyimpanan IA setelah manajemen lifecycle diaktifkan.
  	FileCount	Jumlah file	N/A	Jumlah file dalam sistem file, tidak termasuk direktori.
  	OfflineReadQuantity	Trafik baca kelas penyimpanan IA	bytes	Trafik baca yang dihasilkan oleh akses data kelas penyimpanan IA setelah manajemen lifecycle diaktifkan.
  	OfflineWriteQuantity	Trafik tulis kelas penyimpanan IA	bytes	Trafik tulis yang dihasilkan oleh akses data kelas penyimpanan IA setelah manajemen lifecycle diaktifkan.
  	ArReadQuantity	Trafik baca kelas penyimpanan Archive	bytes	Trafik baca yang dihasilkan oleh akses data kelas penyimpanan Archive setelah manajemen lifecycle diaktifkan.
  	ArWriteQuantity	Trafik tulis kelas penyimpanan Archive	bytes	Trafik tulis yang dihasilkan oleh akses data kelas penyimpanan Archive setelah manajemen lifecycle diaktifkan.
  	ArDeletePenaltyOpCount	Jumlah operasi penghapusan pada file arsip yang memicu penalti	N/A	Jumlah operasi penghapusan pada file yang disimpan dalam kelas penyimpanan Archive kurang dari 60 hari. Dengan manajemen lifecycle diaktifkan, penghapusan dini menimbulkan biaya untuk durasi penyimpanan tersisa.
  	ArTruncatePenaltyOpCount	Jumlah operasi truncate pada file arsip yang memicu penalti	N/A	Jumlah operasi truncate pada file yang disimpan dalam kelas penyimpanan Archive kurang dari 60 hari. Dengan manajemen lifecycle diaktifkan, pemotongan dini menimbulkan biaya untuk durasi penyimpanan tersisa.
  	ArRetrievePenaltyOpCount	Jumlah operasi pengambilan pada file arsip yang memicu penalti	N/A	Jumlah operasi pengambilan pada file yang disimpan dalam kelas penyimpanan Archive kurang dari 60 hari. Dengan manajemen lifecycle diaktifkan, pengambilan dini menimbulkan biaya untuk durasi penyimpanan tersisa.
  Sistem file NAS Ekstrem	ExtremeCapacity	Ruang penyimpanan total sistem file NAS Ekstrem	bytes	Kapasitas total sistem file NAS Ekstrem.
  	ExtremeCapacityUsed	Volume data sistem file NAS Ekstrem	bytes	Volume data yang disimpan dalam sistem file NAS Ekstrem.
  	ExtremeInodeLimit	Jumlah maksimum file dalam sistem file NAS Ekstrem	N/A	Jumlah maksimum file yang diizinkan dalam sistem file NAS Ekstrem.
  	ExtremeInodeUsed	Jumlah file yang digunakan dalam sistem file NAS Ekstrem	N/A	Jumlah file yang dibuat dalam sistem file NAS Ekstrem.
  AgenticFS	AgenticFSCapacityUsed	Kapasitas sistem file	Bytes	Kapasitas penyimpanan yang digunakan oleh sistem file AgenticFS.
  	AgenticFSInodeUsed	Jumlah file dalam sistem file	Count	Jumlah file dalam sistem file AgenticFS.
  	AgenticSpaceCapacityLimit	Kuota kapasitas AgenticSpace	Bytes	Kuota kapasitas penyimpanan AgenticSpace.
  	AgenticSpaceCapacityUsed	Kapasitas AgenticSpace yang digunakan	Bytes	Kapasitas penyimpanan yang digunakan oleh AgenticSpace.
  	AgenticSpaceInodeLimit	Kuota jumlah file AgenticSpace	Count	Kuota jumlah file AgenticSpace.
  	AgenticSpaceInodeUsed	Jumlah file AgenticSpace yang digunakan	Count	Jumlah file yang digunakan dalam AgenticSpace.

• Pemantauan performa

  Jenis sistem file	MetricName	Metrik	Unit	Deskripsi
  NAS	IopsRead	IOPS baca	requests/s	Rata-rata IOPS baca sistem file.
  	IopsWrite	IOPS tulis	requests/s	Rata-rata IOPS tulis sistem file.
  	ThruputRead	Throughput baca	bytes/s	Rata-rata throughput baca sistem file.
  	ThruputWrite	Throughput tulis	bytes/s	Rata-rata throughput tulis sistem file.
  	LatencyRead	Latensi baca	ms	Rata-rata latensi baca sistem file.
  	LatencyWrite	Latensi tulis	ms	Rata-rata latensi tulis sistem file.
  	QpsMeta	QPS metadata	requests/s	Rata-rata permintaan metadata per detik untuk sistem file.
  AgenticFS	AgenticFSReadIops	IOPS baca	Count/s	Rata-rata IOPS baca sistem file AgenticFS.
  	AgenticFSWriteIops	IOPS tulis	Count/s	Rata-rata IOPS tulis sistem file AgenticFS.
  	AgenticFSReadThroughput	Throughput baca	Bytes/s	Rata-rata throughput baca sistem file AgenticFS.
  	AgenticFSWriteThroughput	Throughput tulis	Bytes/s	Rata-rata throughput tulis sistem file AgenticFS.
  	AgenticFSReadLatency	Latensi baca	us	Rata-rata latensi baca sistem file AgenticFS.
  	AgenticFSWriteLatency	Latensi tulis	us	Rata-rata latensi tulis sistem file AgenticFS.
  	AgenticFSMetaQps	QPS metadata	Count/s	Rata-rata permintaan metadata per detik untuk sistem file AgenticFS.
  	AgenticFSMetaLatency	Latensi metadata	us	Rata-rata latensi operasi metadata sistem file AgenticFS.
  	AgenticSpaceReadIops	IOPS baca	Count/s	Rata-rata IOPS baca AgenticSpace.
  	AgenticSpaceWriteIops	IOPS tulis	Count/s	Rata-rata IOPS tulis AgenticSpace.
  	AgenticSpaceReadThroughput	Throughput baca	Bytes/s	Rata-rata throughput baca AgenticSpace.
  	AgenticSpaceWriteThroughput	Throughput tulis	Bytes/s	Rata-rata throughput tulis AgenticSpace.
  	AgenticSpaceReadLatency	Latensi baca	us	Rata-rata latensi baca AgenticSpace.
  	AgenticSpaceWriteLatency	Latensi tulis	us	Rata-rata latensi tulis AgenticSpace.
  	AgenticSpaceMetaQps	QPS metadata	Count/s	Rata-rata permintaan metadata per detik untuk AgenticSpace.
  	AgenticSpaceMetaLatency	Latensi metadata	us	Rata-rata latensi operasi metadata AgenticSpace.

Hubungan antara titik akses dan kebijakan sistem

Akses Java/Tomcat ke NAS SMB

• Penyebab:

  Secara default, layanan Windows seperti Tomcat berjalan di bawah akun sistem lokal. Akun ini tidak dapat mengakses jalur jaringan NAS SMB yang dipasang oleh pengguna saat ini, sehingga mencegah aplikasi terhubung.

• Solusi:

  1. Buka manajer layanan sebagai administrator.

  2. Dalam daftar layanan, temukan layanan Tomcat Anda (yang mungkin bernama Apache Tomcat atau memiliki nama khusus).

  3. Klik kanan layanan tersebut lalu pilih Properties.

  4. Buka tab Log On.

  5. Pilih opsi This account lalu masukkan kredensial untuk akun administrator saat ini.

  6. Klik Apply, lalu klik OK.

  7. Klik kanan layanan Tomcat lalu pilih Restart untuk menerapkan perubahan.