Capacity limits
Cloud capacity and owned servers have different limits.
Choose the location, application image and access rules each client requires. Add and remove project members from one admin view, and apply the client’s retention policy when the engagement ends.
People join and leave client projects throughout an engagement. Each change means a laptop to image, ship, recover and wipe.
Clients can require different cloud accounts, regions, identity providers and retention rules. Set those requirements before creating desktops.
Client A
Client B
Neverinstall Cloud, the client’s cloud account or the client’s own servers with Neverinstall Private Cloud
Approved applications maintained by your admins
Seats, images and access by client in one view
Plan for the expected peak and review idle desktops
Choose the plan, region and idle behavior, assign the people, then create the desktops.
Tag each client’s or engagement’s workspaces, and attach a policy to the tag for that client’s transfer rules.
Invite people, set their roles and see who is pending, active and assigned to which desktops.
Start desktops before the working day and stop them after, so idle desktops do not run overnight.
Cloud capacity and owned servers have different limits.
Compare contracted users, infrastructure and application licenses over the full project duration. Include peak and idle capacity.
Use one project’s roles and expected duration.
Use accounts from two projects to test desktop, file, identity and network permissions.
The allowed access matrix and blocked cross-project attempts.
Model project duration, contracted users, peak capacity, idle resources and licenses.
A cost model for the expected project and staffing pattern.
Add and remove users, update an image and revoke access. Check retained files and session records.
The change results, retained-record locations and authorized reviewers.
Yes. Run desktops in a chosen Neverinstall Cloud region, the client’s cloud account or the client’s own servers with Neverinstall Private Cloud. Federate each client’s identity provider and manage deployments from the same Console.
Use separate client environments with their own applications, access rules and images. Test desktop, file and network permissions with accounts from two projects.
A supported browser or RDP client. Create the desktop from an approved image and assign project access, without shipping hardware.
Yes. Size GPU resources, memory and images for their applications. Include application licenses, client support and engineering devices in the pilot.
Revoke project access and apply the client’s retention policy. Session events and any recordings remain available to authorized reviewers for the agreed period.
Agree on maintenance windows and change-approval responsibilities before rollout. Test the image update process during the pilot.
Neverinstall Virtual Desktops is priced per contracted user, per month, with infrastructure listed separately. Compare project duration, peak users, idle capacity and application licenses when reviewing the quote.
Tell us the user count, project duration and client requirements. We will review capacity, access and desktop costs with your team.