Hey Gerry, I am curious what ended up being the answer here.  We are also in the process of buiding out a new environment in Azure and was curious if you could use their SQL Databases service.

I'm also curious on the outcome of the above. If it works l would rather not go with the lift and shift option (IaaS) but PaaS. Any response will be appreciated. 

I'm also curious on the outcome of the above. If it works l would rather not go with the lift and shift option (IaaS) but PaaS. Any response will be appreciated. 

There was an issue several years ago where long Azure SQL Server hostnames were a problem, and a more recent post (I can't find) complaining of poor performance due to latency between the Sage 300 Azure application VM and the Azure SQL service.  Considering it takes less than an hour to install a quick Sample data system, I *highly* recommend just going ahead and installing Sage 300 on your Azure VM (then take a snapshop for later before proceeding) and create SAMSYS, SAMINC, SAMLTD, PORTAL, STORE, VAULT in Azure SQL, link them to Sage 300, load up SAMINC, SAMSYS and SAMLTD, login as ADMIN and see what performance is like.  If you're not using the HTML5 Web Screens client/service then make sure you use the same access method users will use (AVD/RDS published app for example) for performance testing.  Maybe you can get a lot done on free Azure credits.  I think it will definitely be worth the investment of setting up this test environment and testing performance yourself and have some finance team staff take it for a spin.  If its slow in the base configuration then Production will be way too slow.  If its snappy with the sample deployment then it will be acceptable with the live data in there.  Take the guesswork out

When l saw that there are no clear responses, l also thought the best option will be to test it myself. Thank you .