I'm having some problems getting the auto-shutdown feature for a VM to work when I enable the email notification feature as shown int the following image:
If I remove the Send notification option, then the machine will be shutdown. However, if I active the notification, I won't receive any email and the machine won't be shutdown.
Am I missing something?
Why not? On my side, it works as expected. But there is one thing you need to take care of. When you enable the auto-shutdown and set the notification with an e-mail, the Scheduled shutdown time should be later than the current time at least half an hour.
Here is the example on my side:
Related
We use azure notification hub to send notifications to mobile devices. One of our business requirement is to be able to schedule notifications. As part of system refactoring we decided to get rid of our scheduler and use azure notification hub feature to schedule notification. According to this document it's only possible to schedule notifications up to seven days in the future. So, is it some how possible to bypass this restriction? Also, it's not clear from documentation what'd happen if you set scheduled time more that 7 days from now.
Thanks
Unfortunately this restriction isn't quite as arbitrary as it seems. It's coming from an underlying system that Notification Hub uses to park those scheduled notifications that forces that limit, and there is no way to increase that limit.
So we aren't able to pass along any kind of increase to customers. If you scheduled for longer than that, I believe Notification Hubs would reject the request.
We shut down our azure vm's every day at 11pm and start them at 7am, except for weekends.
Is there a way we can check the heartbeat on weekdays only between 7.30am and 10.30pm to see if the server is alive and working?
If so, how can I send a mail for the servers that miss the heartbeat during that time?
There doesn't seem to be any support from any Azure service for creating monitoring or alerts that fire only between certain hours.
It seems Azure monitoring, Log Analytics or specific service alerts (like specific a VM) all assume the alerts should be active at all times.
Some possible solutions that might work that I came up with:
If you need to use Azure services, you could create an Azure Automation PowerShell runbook
Set it to trigger regularly (every hour?) and in code handle the time interval you are interested in
Also, in code do the testing if the service is up
In my opinion, feels a bit hackish..
Use some external tool for monitoring your services, like e.g. Nagios
See e.g. this link for how it could work
I have 2 web apps in Azure, one for UAT and another for Production. Both have Application Insights telemetry installed and active on them for performance monitoring.
I currently am receiving the Weekly Application insights digest email, which summarizes the telemetry for the week, as expected. However both environments are included in the one email.
I do require to switch off this feature for the UAT web app. I have already disabled all alerts.
I have read the following post, Disable digest email in Application insights, but this is a request to unsubscribe from the email and not to disable for an environment.
Disabled Alerts
I'm afraid it's not possible to explicitly disable AI(likewise it's not possible to disable storage account/event hub and so on).
If this is not a case you can stop sending the data to your AI instance, but still I'm not sure whether this is going to help you(by stop sending the data I mean - disable whole telemetry I avoid initializing it from your code).
Unfortunately for now there is no way to selectively unsubscribe digest emails per application. We are planning to come up with a solution, but we cannot put a date on it yet.
Thanks,
In our app (Azure hosted) we produce invoices, these have to be injected into an on premise accounting software. It is not possible to host an API that would be reachable from the Azure to post the invoices to.
Is it possible to create an exe that runs on-premise an that get's triggered by Azure Q-messages like WebJobs can ? Once triggered retrieve the invoice from a blob-storage-object.
Other suggestions are also welcome.
One important thing I want to mention is that even WebJobs poll the queue at predetermined interval (I believe the default is 30 seconds). Azure Queues don't support triggering mechanism like you think.
What you want to do is entirely possible though. What you could do is write a Windows Service, that essentially wakes up at a predetermined interval and checks for messages in the queue. If it finds messages, then it processes those messages otherwise go back to sleep again.
We have a WebJob in our Azure website that was supposed to listen to some messages on Azure Service Bus (ASB), so based on that we were expecting to run a process continuously so that it can listen to bus messages and process them as soon as they arrive. so with this background we chose “Run continuously” as WebJobs’s schedule at deployment time.
After some time, it appears that the WebJob does not work! and as usual we checked the Azure portal in that environment and checked the status of the job and noticed that it is running!
But the observation was, as soon as we open the WebJob tab in the azure portal we could see that it says “Web Job Starting” and after a few seconds it says “Web job Running”!
Any ideas about this behaviour and how to fix it?
There is a setting in the Configure tab called “ALWAYS ON“ which it has a very bold message on top of it that says “Should be turned on if you have a job that runs continuously”.
Here is how this setting looks like:
I also have a blog post about this issue:
https://koukia.ca/microsoft-windows-azure-webjobs-and-how-to-keep-them-awake-16283c28f19f#.nentaowwo