Frequently Asked Questions

CYA's core focus is to provide its customers tailor made online framework to best suit the application scenarios. Every customer has different applications that they wish to take it to the cloud and the requirement for each of these applications varies widely. It takes several man hours of our experts and multi-level testing and trials before we choose and finalize a data center and let our customer start using the services. There are at least 10-15 possible parameters that needs to be ensured before an application is deployed to the cloud. There is no such ideal data center that would exist, so it's practically not possible to satisfy every customer / application scenario by partnering with single data center. The strategy to partner with multiple data centers has given us the leverage to guide and deploy the best online infrastructure for a given application scenario.

CYA core team has at least 15+ years of experience in web application development and as solution providers. We have worked with several data centers both for internal and our customer requirements. We exactly know what to expect from a data center, the key check points that needs to be ensured and the methods to evaluate such parameters. We have evolved over years and have learnt the art of evaluating and working with data centers. CYA expert panel spends several man hours and multi-level testing and trials before we choose and finalize a data center and let our customer start using the services. We would have evaluated at least 500+ Data Centers so far.

We strategically chosen Canada and Netherlands as the best choice of countries before identifying and narrowing down data centers. Data center in Canada has good connectivity coverage for America and Europe. Data center in Netherlands gives good coverage to Europe, Asia (specifically India) and to a great extent America also. For example, if majority of end users for an application are in India, Data Center in Netherlands is far more better choice than DC in US or Canada.

CYA reveals the raw benchmark results to their customers so as to exactly know how each aspect of the Cloud Server would performe and it means a lot for applications thats being hosted. Ultimately, for CYA is all about making our customer's app run on the cloud as expected and required by the customer. We use these benchmarks to exactly guide our customers on the right configuration for a given application scenario. We want to be transparent and share the raw benchmark results to our customer as a matter of transparency and policy.

CYA gives you many benchmark parameters like - CPU, RAM, Disk performance (across various available storage variants), network reachability across globe (specifically from different ISPs in India). Benchmarks like CPU, RAM, Disk are done server wise (at the time of commissioning), while network performance benchmarks are updated weekly or monthly. Interestingly, you can see the history to review how it has performed over a period.

CYA team realized this problem - the servers used in data centers use high end components and often it's very difficult to relate the performance to a common world parlance. To help you understand and relate these benchmarks, we have done benchmarks for various components used in common desktops and published the results. For example, a normal desktop SATA hard disk, a desktop i3 processor. Click here to view common world benchmarks

Carrier neutral network is very broad ambiguous technical term, it has several perspectives, unless we go deep we cannot clearly say what someone means by it. Let's take a simple fact - a common broadband end user in India cannot get a response from a server in USA data center less than 270 ms and vice versa (technically, we call this latency). So it's very important to build the Cloud Server based on the audience for the application that's being hosted. For example, you may have an application which has global audience or some application may have majority of its audience in a particular country.

CYA maintains popular OS ISO images in a repository, which can be linked to any Cloud Server at any time. To utilize ISO images in the repository, customer do not incur any bandwidth, it's totally free of cost.

Yes, CYA means it - literally any OS that can run on x86 / x64 platform. We let you build your Cloud Server by picking the right mix of resources. You need to give the ISO URL that will be attached to your VPS. You have KVM feature by default, so you can install the OS like you do for a local server, as simple as that.

Yes, it's quite possible. You can park the ISO in the backup space opted by you and link up the image to the virtual DVD device of your Cloud Server. Even if you have not opted for a backup space, you can choose to keep the ISO in a temporary space (files in the temporary space is deletes after 1 week from the time of download). The data transfer required for downloading customized ISO images, will be added to your account.

Conceptually, CYA does not believe in pre-installed OS templates. Hosting a app in the cloud is serious thing and would last for months and years. CYA products are NOT designed for testers / amateurs / hobbyists, who need VPS instances for few days or months. CYA takes considerable efforts in taking an application to cloud, so automating the OS installation actually does not a big difference or sense. However, CYA showcases an unique Managed Apps which are based on templates. Some of combination of Dedicated Managed Apps are served as pre-installed Cloud Servers with OS and set of apps pre-configuration (almost ready to use).

128MB is the minimum memory that a Cloud Server can have. If your OS and application can run within 128MB of memory, it's quite possible to build a Cloud Server with 128MB RAM. Maximum memory depends on the memory that the host server has and vary from host to host. We cannot let one customer consume all the memory, the usage of resources has to be distributed to make economic sense.

4GB is the minimum storage a Cloud Server can have. Many Linux server distributions can comfortably run on 4GB drive.

Of course, one of the unique features of CYA is to guide our customer to make the right VPS choice. With many providers, there are very limited choice, so there is no need for supporting the customers in choosing the VPS configuration. With CYA this is not the case, going by mathematical computation, you can create 1000s of unique Cloud Server configurations, so CYA takes special care in validating the order to make ensure our customers have made the right Cloud Server choice for their apps.

CYA expert team's experience suggest 75% of applications do not have their VPS properly configured - either it's a wrong configuration or the provider did not have the configuration that suited the app or the issue is with the application (not the VPS itself). While for many providers it ends when a customer chooses a VPS, for CYA that's where it all begins. CYA address all the three mentioned problems that majority of online apps suffer: 1. Choosing the right Cloud Server configuration - CYA studies the existing app and online server configuration to helps its customer choose the right Cloud Server configuration. This is a continuous process that needs to be done whenever there are major changes in the app or in the usage of the app. 2. CYA always has the right mix required for the app, because we let you configure the Cloud Server in a granular way. 3. Application level issues - CYA core team has vast experience as application developers, they can exactly pin point the area of problem. Interesting, the app level problems cannot be fix overnight. CYA team can suggest the changes in Cloud Server configuration (boost the Cloud Server resources) that can compensate the app level bottleneck. As and when the app level issues can be fixed, the customer can choose to downgrade the configuration.

In the first place, it's a joint responsibility to ensure the application does not suffer performance or functionality after downgrading a resource. As a precautionary measure we insist our customers to have the backup facility in place, to take a complete Cloud Server backup before any upgrade or downgrade operation. In many cases, a downgrade is very simple and does not require any thing to be done in the app (for example downsizing the memory or CPU), in some cases it may be required to do some migration procedure to effect the downgrade (for example downsizing the disk or splitting the storage into two drives). Whichever be the case, CYA team will hand hold you from start to end of a downgrade process. The customer may have to incur Out of Scope Support charges incase CYA team has to put special efforts in the downgrade process. With regard to monthly charges, CYA would close the billing of the present configuration (on pro-rata basis) and release the balance value points to your account and start the fresh billing cycle for the new configuration (you do not lose anything in a downgrade process).

At the outset any downgrade has to be a well thought out process, keeping all the possibilities in mind. Because CYA lets you downgrade anytime, should not become a reason to loose functionality or performance of your app by downgrading your Cloud Server configuration. Technically CYA lets you downgrade, because we genuinely feel if a resource is not required at all, there is no point keeping them and customers paying for it. Even in a well thought out downgrade plan, something could go wrong, CYA lets you upgrade the Cloud Server by charging 100 CVP (this is to bypass 15 day wait for the next upgrade).

Any upgrade or downgrade is completely free, there is no special onetime charges as long as the configuration change is done at minimum gap of 15 days. In case, there is a situation to bypass the 15-day wait for next configuration change, you may have to incur 100 CVP. In general, any VPS configuration changes in short period of 15 days would only mean a bad planning and poor homework. In any Cloud Server configuration change, CYA team will hand hold you from start to end of a change process. However, customer may have to incur Out of Scope Support charges incase CYA team has to put special efforts in the configuration change process. Such charges will be informed to the customer upfront and effected only after confirmation from customer via support ticket.

Yes, with CYA it's possible to move the instance to another server for genuine reasons. If such a migration is requested by CYA (due CYA limitation or technical convenience), the migration is done free of cost. If the migration is requested by the customer, then there is onetime charge of 250 CVP. it's important to note migrating Cloud Servers from one host server to another might result in IP address changes.

Generally, it's not easy, but CYA makes it easy for you. Firstly, CYA team gets involved in the entire migration process, by sharing the best industry practices. CYA can help customers to migrate with minimal or no hassle and in the most least possible downtime. There is no one single best way to migrate a VPS between two providers, there could be many limitations in the existing service provider. CYA team always does it's best to make this process a cake walk.

Depending on the application the strategy to migrate may differ. We help our customers on case to case basis after we carefully study the existing app. While it's very important, the application does not lose any feature or facility that's already present, it's equally important we fix the problems that are bugging the app in the current setup. We offer a one-time free 30-day trial for customer (who have an existing online app either shared hosting or vps or dedicated server). We offer another 60-day extended money back guarantee. This means, the customer can extend the trial VPS with a 50% money back guarantee in case of not satisfied with CYA.

Yes, CYA has an interesting way to migrate VPS, but it may not be possible with all the providers. If the VPS disk image is not too big, it's possible to transfer the image to CYA server and instantiate the instance. We need to put off all the services that can actively change the data (like database services). Effectively, we need to bring the app completely offline. Another limitation would be the bandwidth cost and throughput, that may make this option not feasible. Broadly this option is more feasible with Linux VPS than Windows. This option does not work for Linux container based VPS (which does not truly isolate the VPS)

The word private in VPS refers to server resources are private and not shared with anyone. Most of the VPS are public servers directly exposed to Internet. The growing cyber threats puts customers at fear to opt for VPS solutions for their application. Many customers incur huge cost in infrastructure to host the application within the premises. Let's face it, to keep an application secured that's hosted in a cloud, we need to secure the VPS that's holding the app. it's not possible to ensure complete safety when a VPS is directly exposed to internet. The only way to ensure utmost security is to keep the VPS server private behind a firewall. Conventionally, to do this you need to go for a dedicated server and hardware firewall which again turns out to be an expensive proposition. CYA has magically solved this situation by creating managed Virtual Firewall Server (VFS) that can keep all your app servers safe and secured as good as they being on a LAN network. it's possible to open ports specific ports and forward app traffic (by way of NAT).

A private Cloud Server is hosted behind a Virtual Firewall Server (VFS). You need to connect securely to the VPN framework (Shared or a dedicated Virtual VPN Server) by way of a secured VPN connection to access your private Cloud Server.

There is a technical reason why providers do not let you host Windows 7 as VPS - OS like Win 7 or 8 is not designed for online hosting as it can be easily hacked by automatic bots and open back doors for intruders to do literally anything to your OS / data. Well, if you are confident in your app running on Windows 7, just go ahead and host with CYA without any worry. The only prerequisite is to keep the Cloud Server (with Windows 7 OS) as private Cloud Server and not a public one. All users can either connect via VPN and access the private server or we can open the specific app port for accessing publicly. it's quite obvious, the direct threats to the app (via the opened NAT port) has to be protected from within the app.

Minimum 1 IP is sufficient which will be linked to Virtual Firewall Server. You may need more than 1 IP in scenarios that's more to do with your app server arrangement. For example, if you run 2 web servers and need same port (say port 80) for public access then you need 2 public IPs.

Private VPS feature of CYA is the answer for this requirement. First, we need to keep the app servers private behind Virtual Firewall Server (VFS) and open only those ports that require public access. By adding a Virtual VPS Server behind the VFS, we can let internal users connect via VPN and get access to the privileged portion of your app.