I have seen variations of this question but couldn't find any that dealt with our particular scenario. 

We have an existing aps.net website that links to a SQL Server database. 
The database has clr user-defined types, hence it can only be hosted in Azure VM since Cloud Services don't support said types. 

We initially wanted to use a vm for the database and cloud service for the front-end, but then some issues arose:

1. We use StateServer for storing State, but Azure doesn't support that. We would need to configure either Table storage, SQL Databases, or a Worker role dedicated to State management (a new worker role is an added cost). Table storage wouldn't be ideal due to performance. The other 2 options are preferable but they introduce cost or app-reconfiguration disadvantages.
2. We use SimpleMembership for user management. We would need to migrate the membership tables from our vm instance sql server to Azure's SQL Databases. This is an inconvenience as we want to keep all our tables in the same database, and splitting up the 2 may require making some code changes.

We are looking for a quick solution to have this app live as soon as possible, and at manageable cost. We are desperately trying to avoid re-factoring our code just to accommodate hosting part of the app in Azure Cloud services. 

Questions:

* Should we just go the VM route for hosting everything?
* Is there any cost benefit in leveraging a VM instance (for sql server) and a Cloud Service instance (for the front-end)?
* It seems to me every added "background process" to a Cloud Service will require a new worker role. For example, if we wanted to enable smtp for email services, this would require a new role, and hence more cost. Is this correct?