View a markdown version of this page

Ubah a WorkSpace secara Pri WorkSpaces badi - Amazon WorkSpaces

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Ubah a WorkSpace secara Pri WorkSpaces badi

Setelah Anda meluncurkan a WorkSpace, Anda dapat memodifikasi konfigurasinya dengan tiga cara:

  • Anda dapat mengubah ukuran volume root nya (untuk Windows, drive C; untuk Linux,/) dan volume penggunanya (untuk Windows, drive D; untuk Linux /home).

  • Anda dapat mengubah tipe komputasinya untuk memilih paket baru.

  • Anda dapat memodifikasi protokol streaming menggunakan AWS Management Console, AWS CLI atau Amazon WorkSpaces API jika Anda WorkSpace dibuat dengan bundel PCoIP.

Untuk melihat status modifikasi saat ini dari a WorkSpace, pilih panah untuk menampilkan detail lebih lanjut tentang itu WorkSpace. Nilai yang mungkin untuk Status adalah Mengubah komputasi, Mengubah Penyimpanan, dan Tidak ada.

Jika Anda ingin memodifikasi a WorkSpace, itu harus memiliki status AVAILABLE atauSTOPPED. Anda tidak dapat mengubah ukuran volume dan jenis komputasi secara bersamaan.

Mengubah ukuran volume atau jenis komputasi a WorkSpace akan mengubah tarif penagihan untuk. WorkSpace

Untuk mengizinkan pengguna mengubah volume dan tipe komputasinya sendiri, lihat Aktifkan kemampuan WorkSpaces manajemen layanan mandiri untuk pengguna Anda di Personal WorkSpaces.

Ubah ukuran volume

Anda dapat meningkatkan ukuran volume root dan pengguna untuk WorkSpace masing-masing hingga 2000 GB. WorkSpace volume root dan pengguna datang dalam grup set yang tidak dapat diubah. Grup yang tersedia adalah:

[Root (GB), Pengguna (GB)]
[80, 10]
[80, 50]
[80, 100]
[175 hingga 2000, 100 hingga 2000]

Anda dapat memperluas root dan volume pengguna apakah mereka dienkripsi atau tidak dienkripsi, serta Anda dapat memperluas kedua volume sekali dalam periode 6 jam. Namun, Anda tidak dapat meningkatkan ukuran root dan volume pengguna secara bersamaan. Untuk informasi selengkapnya, lihat Keterbatasan untuk Meningkatkan Volume.

catatan

Ketika Anda memperluas volume untuk a WorkSpace, WorkSpaces secara otomatis memperluas partisi volume dalam Windows atau Linux. Ketika proses selesai, Anda harus me- WorkSpace reboot agar perubahan berlaku.

Untuk memastikan bahwa data Anda dipertahankan, Anda tidak dapat mengurangi ukuran root atau volume pengguna setelah Anda meluncurkan WorkSpace. Sebagai gantinya, pastikan Anda menentukan ukuran minimum untuk volume ini saat meluncurkan a WorkSpace.

  • Anda dapat meluncurkan Nilai, Standar, Kinerja, Daya, atau PowerPro WorkSpace dengan minimal 80 GB untuk volume root dan 10 GB untuk volume pengguna.

  • Anda dapat meluncurkan GeneralPurpose.4xlarge atau GeneralPurpose.8xlarge WorkSpace dengan minimal 175GB untuk volume root dan 100 GB untuk volume pengguna.

  • Anda dapat meluncurkan Graphics G7 Graphics.g6, Graphics.g4dn, GraphicsPro.g4dn,, atau GraphicsPro WorkSpace dengan minimal 100 GB untuk volume root dan 100 GB untuk volume pengguna. Persyaratan ukuran volume bervariasi berdasarkan jenis instance grafis yang lebih besar.

Sementara peningkatan ukuran WorkSpace disk sedang berlangsung, pengguna dapat melakukan sebagian besar tugas pada mereka WorkSpace. Namun, mereka tidak dapat mengubah jenis WorkSpace komputasi mereka, mengganti mode WorkSpace berjalan, membangun kembali WorkSpace, atau me-reboot (restart) mereka WorkSpace.

catatan

Jika Anda ingin pengguna Anda dapat menggunakannya WorkSpaces saat peningkatan ukuran disk sedang berlangsung, pastikan WorkSpaces memiliki status alih- AVAILABLE alih STOPPED sebelum Anda mengubah ukuran volume. WorkSpaces Jika WorkSpaces yaSTOPPED, mereka tidak dapat dimulai saat peningkatan ukuran disk sedang berlangsung.

Dalam kebanyakan kasus, proses peningkatan ukuran disk mungkin memakan waktu hingga dua jam. Namun, jika Anda memodifikasi ukuran volume untuk sejumlah besar WorkSpaces, prosesnya bisa memakan waktu lebih lama. Jika Anda memiliki sejumlah besar WorkSpaces untuk dimodifikasi, kami sarankan AWS Dukungan untuk menghubungi untuk mendapatkan bantuan.

Keterbatasan untuk meningkatkan volume
  • Anda hanya dapat mengubah ukuran volume SSD.

  • Saat Anda meluncurkan a WorkSpace, Anda harus menunggu 6 jam sebelum Anda dapat mengubah ukuran volumenya.

  • Anda tidak dapat meningkatkan ukuran root dan volume pengguna pada saat yang sama. Untuk meningkatkan volume root, Anda harus terlebih dahulu mengubah volume pengguna menjadi 100 GB. Setelah diubah, kemudian Anda dapat memperbarui volume root untuk setiap nilai antara 175 dan 2000 GB. Setelah volume root diubah ke nilai apa pun antara 175 dan 2000 GB, kemudian Anda dapat memperbarui volume pengguna lebih lanjut, ke nilai apa pun antara 100 dan 2000 GB.

    catatan

    Jika Anda ingin meningkatkan kedua volume, Anda harus menunggu 20-30 menit agar operasi pertama selesai sebelum Anda dapat memulai operasi kedua.

  • Non-GPU-enabled WorkSpacesVolume root tidak boleh kurang dari 175 GB ketika volume pengguna adalah 100 GB. Persyaratan penyimpanan untuk GPU-enabled WorkSpaces skala secara proporsional dengan ukuran instance. Saat Anda memilih GPU-enabled WorkSpaces konfigurasi yang lebih besar, Anda harus mengalokasikan volume penyimpanan yang lebih besar untuk mempertahankan kinerja optimal dan mengakomodasi tuntutan beban kerja yang meningkat. Untuk ukuran instans terkecil, mulailah dengan alokasi penyimpanan berikut: Root: 100 GB, Pengguna: 100 GB. GPU-enabled WorkSpaces mendukung minimal 100 GB untuk volume root dan 100 GB untuk volume pengguna.

  • Jika volume pengguna adalah 50 GB, Anda tidak dapat memperbarui volume root untuk apa pun selain 80 GB. Jika volume root 80 GB, volume pengguna hanya dapat 10, 50, atau 100 GB.

Untuk memodifikasi volume root dari a WorkSpace
  1. Buka WorkSpaces konsol di https://console.aws.amazon.com/workspaces/v2/home.

  2. Di panel navigasi, pilih WorkSpaces.

  3. Pilih WorkSpace dan pilih Tind akan, Ubah volume root. .

  4. Di bawah Ukuran volume akar, pilih ukuran volume atau pilih Kustom untuk memasukkan ukuran volume khusus.

  5. Pilih Simpan perubahan.

  6. Ketika peningkatan ukuran disk selesai, Anda harus me- WorkSpace reboot agar perubahan berlaku. Untuk menghindari kehilangan data, pastikan pengguna menyimpan file yang terbuka sebelum Anda me-reboot WorkSpace.

Untuk mengubah volume pengguna dari WorkSpace
  1. Buka WorkSpaces konsol di https://console.aws.amazon.com/workspaces/v2/home.

  2. Di panel navigasi, pilih WorkSpaces.

  3. Pilih WorkSpace dan pilih Tind akan, Ubah volume pengguna. .

  4. Di bawah Ukuran volume pengguna, pilih ukuran volume atau pilih Kustom untuk memasukkan ukuran volume khusus.

  5. Pilih Simpan perubahan.

  6. Ketika peningkatan ukuran disk selesai, Anda harus me- WorkSpace reboot agar perubahan berlaku. Untuk menghindari kehilangan data, pastikan pengguna menyimpan file yang terbuka sebelum Anda me-reboot WorkSpace.

Untuk mengubah ukuran volume a WorkSpace

Gunakan perintah ubah-properti-workspace dengan properti RootVolumeSizeGibatau UserVolumeSizeGib.

Ubah jenis komputasi

Anda dapat beralih WorkSpace antara tipe Standar, Daya, Kinerja PowerPro GeneralPurpose.4xlarge, dan GeneralPurpose.8xlarge komputasi. Untuk informasi selengkapnya tentang jenis komputasi ini, lihat Amazon WorkSpaces Bundles.

catatan
  • Jika sistem operasi sumber Anda adalah apa pun selain Windows Server 2022 atau Windows 11, Anda tidak dapat mengubah jenis komputasi Anda dari PowerPro menjadi GeneralPurpose.

  • Jika Anda memodifikasi jenis komputasi dari non- GPU-enabled bundel ke GeneralPurpose.4xlarge atau GeneralPurpose.8xlarge, Anda WorkSpaces harus memenuhi ukuran volume root minimum 175 GB dan ukuran volume pengguna 100 GB. Untuk menambah ukuran volume Anda WorkSpaces, lihatUbah ukuran volume.

  • GPU-enabled WorkSpaces mendukung modifikasi tipe komputasi dalam keluarga instance yang sama tetapi tidak mendukung modifikasi lintas keluarga. Misalnya, Anda dapat memodifikasi tipe komputasi antara dua instans G4dn, dua instans G6, atau dua instans G7, tetapi Anda tidak dapat mengubah seluruh keluarga instans, seperti dari instans G4dn ke keluarga instans G6 atau G7. Untuk berpindah antar GPU-enabled WorkSpace bundel yang didukung oleh keluarga instans yang berbeda, gunakan WorkSpace fitur Migrasi a. Untuk informasi selengkapnya, lihat Migrasikan a WorkSpace secara Pri WorkSpaces badi

  • GraphicsPro bundel mencapai akhir masa pakai pada 31 Oktober 2025. Sebaiknya migrasi GraphicsPro WorkSpaces ke bundel yang didukung sebelum 31 Oktober 2025. Untuk informasi selengkapnya, lihat Migrasikan a WorkSpace secara Pri WorkSpaces badi.

  • Anda tidak dapat mengubah jenis komputasi Grafik dan GraphicsPro nilai lainnya.

  • Jika Anda memodifikasi tipe komputasi dari non- GPU-enabled bundel ke bundel, virtualisasi bersarang secara otomatis dinonaktifkan pada. GPU-enabled WorkSpace GPU WorkSpaces tidak mendukung virtualisasi bersarang. Untuk informasi selengkapnya, lihat Virtualisasi bersarang untuk Pribadi WorkSpaces.

Saat Anda meminta perubahan komputasi, WorkSpaces boot ulang WorkSpace menggunakan tipe komputasi baru. WorkSpaces mempertahankan sistem operasi, aplikasi, data, dan pengaturan penyimpanan untuk WorkSpace.

Anda dapat meminta jenis komputasi yang lebih besar sekali dalam periode 6 jam atau tipe komputasi yang lebih kecil setiap 30 hari sekali. Untuk yang baru diluncurkan WorkSpace, Anda harus menunggu 6 jam sebelum meminta jenis komputasi yang lebih besar.

Ketika perubahan jenis WorkSpace komputasi sedang berlangsung, pengguna terputus dari mereka WorkSpace, dan mereka tidak dapat menggunakan atau mengubah WorkSpace. Secara WorkSpace otomatis di-reboot selama proses perubahan tipe komputasi.

penting

Untuk menghindari kehilangan data, pastikan pengguna menyimpan dokumen terbuka dan file aplikasi lainnya sebelum Anda mengubah jenis WorkSpace komputasi.

Proses perubahan tipe komputasi mungkin memakan waktu hingga satu jam. Waktu ini tidak termasuk penundaan antara saat Anda mengirimkan permintaan dan saat sistem memulai modifikasi. Ketika Anda memodifikasi sejumlah besar WorkSpaces secara bersamaan, penundaan ini mungkin lebih lama. Untuk operasi massal, pertimbangkan modifikasi mengejutkan dalam batch yang lebih kecil.

Untuk mengubah jenis komputasi dari WorkSpace
  1. Buka WorkSpaces konsol di https://console.aws.amazon.com/workspaces/v2/home.

  2. Di panel navigasi, pilih WorkSpaces.

  3. Pilih WorkSpace dan pilih Tindakan , Ubah jenis komputasi.

  4. Di bawah Jenis komputasi, pilih tipe komputasi.

  5. Pilih Simpan perubahan.

Untuk mengubah jenis komputasi dari WorkSpace

Gunakan perintah ubah-properti-workspace dengan properti ComputeTypeName.

Ubah protokol

Jika Anda WorkSpace dibuat dengan bundel PCoIP, Anda dapat memodifikasi protokol streaming mereka menggunakan AWS Management Console, AWS CLI, atau Amazon API. WorkSpaces Ini memungkinkan Anda untuk memigrasikan protokol menggunakan yang sudah ada WorkSpace tanpa menggunakan fitur WorkSpace migrasi. Ini juga memungkinkan Anda untuk menggunakan DCV dan mempertahankan volume root Anda tanpa membuat ulang PCoIP yang ada WorkSpaces selama proses migrasi.

  • Anda hanya dapat memodifikasi protokol untuk Windows WorkSpaces yang dibuat dengan bundel PCoIP.

  • Sebelum Anda memodifikasi protokol ke DCV, pastikan bahwa Anda WorkSpace memenuhi persyaratan berikut untuk DC WorkSpace V.

    • WorkSpaces Klien Anda mendukung DCV.

    • Persyaratan jaringan yang diperlukan untuk DCV dikonfigurasi. Untuk informasi selengkapnya, lihat alamat IP dan persyaratan port untuk WorkSpaces.

    • Paket Anda saat ini tersedia dengan DCV.

catatan
  • Kami sangat menyarankan pengujian dengan non-produksi Anda WorkSpaces sebelum Anda mulai mengubah protokol.

  • Jika Anda memodifikasi protokol dari PCoIP ke DCV, dan kemudian memodifikasi protokol kembali ke PCoIP, Anda tidak akan dapat terhubung melalui Akses Web. WorkSpaces

Untuk mengubah protokol WorkSpace menggunakan konsol

Konsol memberikan pengalaman terpandu untuk mengubah protokol a WorkSpace dari PCoIP ke DCV.

  1. Buka konsol WorkSpaces .

  2. Pilih WorkSpace (pastikan itu dalam STOPPED status AVAILABLE atau dan Protokolnya saat iniPCOIP).

  3. Pilih Tindakan dan kemudian Ubah Protokol.

  4. Konfirmasikan untuk melanjutkan modifikasi.

  5. Diperlukan waktu hingga 40 menit untuk menyelesaikan modifikasi. Selama modifikasi, WorkSpace Status akan ditampilkan sebagai Protokol Mo difikasi.

  6. Untuk mengkonfirmasi penyelesaian, verifikasi WorkSpace bahwa tidak dalam UNHEALTHY keadaan dan bahwa Protocols properti menunjukkan protokol yang benar.

catatan
  • Selama modifikasi protokol, penyediaan sesi diblokir. Pengguna akhir yang mencoba untuk terhubung akan menerima pesan kesalahan yang menunjukkan WorkSpace sedang dimodifikasi.

  • Jika modifikasi protokol gagal, WorkSpace status ditampilkan sebagai Modi fy Protocol Failed. Untuk melihat WorkSpaces yang gagal, pilih Lihat gagal WorkSpaces di spanduk konsol. Anda juga dapat memfilter daftar dengan PROTOCOL danUPDATE_FAILED.

  • Sebelum modifikasi protokol dimulai, Amazon WorkSpaces secara otomatis mengambil snapshot pos pemeriksaan. WorkSpace Jika modifikasi gagal, secara otomatis WorkSpace dikembalikan ke snapshot pos pemeriksaan pra-modifikasi untuk memastikan tidak ada data yang hilang.

  • Setelah WorkSpace dipulihkan secara otomatis, coba tindakan Modify Protocol lagi. Jika kegagalan berlanjut, hubungi AWS Dukungan.

  • Setelah modifikasi protokol berhasil, WorkSpace snapshot lain diambil untuk memastikan bahwa WorkSpace tindakan Restore mengembalikan ke protokol yang diperbarui.

Untuk mengubah protokol WorkSpace menggunakan CLI
  1. (Opsional) Mulai ulang WorkSpace sebelum memodifikasi protokol.

  2. (Opsional) Gunakan describe-workspaces perintah untuk membuat daftar WorkSpace properti. Pastikan propertinya saat ini Protocols akurat. Itu WorkSpace bisa di negara bagian AVAILABLE atau STOPPED negara bagian.

  3. Gunakan modify-workspace-properties perintah dan ubah Protocols properti dari PCOIP keDCV, atau sebaliknya.

    aws workspaces modify-workspace-properties --workspace-id <value> --workspace-properties "Protocols=[WSP]"
    penting

    Pro Protocols perti ini peka huruf besar/kecil. Pastikan Anda menggunakan PCOIP atau WSP Parameter input untuk DCV (WSP) adalah. WSP

  4. Setelah Anda menjalankan perintah, diperlukan waktu hingga 40 menit WorkSpace untuk menyelesaikan alur kerja modifikasi protokol.

  5. Gunakan describe-workspaces perintah lagi. Verifikasi bahwa WorkSpace itu tidak dalam UNHEALTHY negara bagian dan bahwa Protocols properti menunjukkan protokol yang benar.

    catatan
    • Memo WorkSpace difikasi protokol tidak akan memperbarui deskripsi bundel di konsol. Deskripsi Launch Bundle tidak akan berubah.

    • Selama modifikasi protokol, penyediaan sesi diblokir. Pengguna akhir yang mencoba untuk terhubung akan menerima pesan kesalahan yang menunjukkan WorkSpace sedang dimodifikasi.

    • Modifikasi protokol telah gagal jika WorkSpace berada di UNHEALTHY Negara dengan RESOURCE: PROTOCOL danSTATE: UPDATE_FAILED.

    • Sebelum modifikasi protokol dimulai, Amazon WorkSpaces secara otomatis mengambil snapshot pos pemeriksaan. WorkSpace Jika modifikasi gagal, secara otomatis WorkSpace dikembalikan ke snapshot pos pemeriksaan pra-modifikasi untuk memastikan tidak ada data yang hilang.

    • Setelah WorkSpace dipulihkan secara otomatis, coba modify-workspace-properties perintah lagi. Jika kegagalan berlanjut, hubungi AWS Dukungan.

    • Setelah modifikasi protokol berhasil, WorkSpace snapshot lain diambil untuk memastikan bahwa WorkSpace tindakan Restore mengembalikan ke protokol yang diperbarui.

Ubah virtualisasi bersarang

Anda dapat mengaktifkan atau menonaktifkan virtualisasi bersarang pada Anda WorkSpaces untuk memungkinkan menjalankan hypervisor seperti Hyper-V dan KVM di dalam Anda. WorkSpace Virtualisasi bersarang berguna untuk menjalankan alat pengembangan seperti Docker Desktop, Windows Subsistem untuk Linux 2 (WSL2), emulator Android Studio, atau QEMU di dalam Anda. WorkSpace

Anda dapat memodifikasi setelan virtualisasi bersarang menggunakan Konsol Manajemen AWS, AWS CLI, atau Amazon WorkSpaces API.

Untuk informasi selengkapnya tentang prasyarat, pertimbangan, dan instruksi terperinci termasuk AWS CLI dan AWS Alat untuk PowerShell contoh, lihatVirtualisasi bersarang untuk Pribadi WorkSpaces.

catatan
  • Virtualisasi bersarang tidak didukung pada GPU WorkSpaces.

  • Virtualisasi bersarang tidak didukung pada Standby WorkSpaces. Untuk informasi selengkapnya, lihat Multi-Region Ketahanan untuk Pri WorkSpaces badi.

  • Ketika virtualisasi bersarang diaktifkan pada Windows WorkSpace, Mode Aman Virtual (VSM) secara otomatis dinonaktifkan.

  • Tidak ada biaya tambahan untuk menggunakan virtualisasi bersarang. Untuk informasi lebih lanjut, lihat harga Amazon WorkSpaces .

Untuk mengaktifkan atau menonaktifkan virtualisasi bersarang menggunakan konsol

  1. Buka WorkSpaces konsol di https://console.aws.amazon.com/workspaces/v2/home.

  2. Di panel navigasi, pilih WorkSpaces.

  3. Pilih WorkSpace.

  4. Pilih T indakan, lalu pilih Aktifkan Virtualisasi Bersarang atau Non aktifkan Virtualisasi Bersarang.

catatan

Modifikasi mungkin memakan waktu beberapa menit untuk menyelesaikannya. Selama modifikasi, WorkSpace status ditampilkan sebagai Mo difikasi. Setelah modifikasi selesai, mulailah menggunakan virtualisasi WorkSpace bersarang.

Tip

Untuk memverifikasi status virtualisasi bersarang saat ini, pilih WorkSpace di konsol. Dalam tampilan detail, bagian Ring kasan menampilkan bidang Virtualisasi Ber sarang yang menunjukkan salah satu Enabled atauDisabled.

Untuk mengaktifkan atau menonaktifkan virtualisasi bersarang menggunakan AWS CLI

Gunakan perintah ubah-properti-workspace dengan properti NestedVirtualizationEnabled.

Untuk mengaktifkan:

aws workspaces modify-workspace-properties \ --workspace-id ws-example123456 \ --region us-west-2 \ --workspace-properties NestedVirtualizationEnabled=true

Untuk menonaktifkan:

aws workspaces modify-workspace-properties \ --workspace-id ws-example123456 \ --region us-west-2 \ --workspace-properties NestedVirtualizationEnabled=false