I am workig on Screen Recorder function with Power Point and wonder about the size of upload recoding , in Azure Devops Portal.
The current Azure Devops limit is 60MB. Do you know if this limit has been set internally or is this the maximum limit the software can handle?
Also let me know how can I increase my upload size limit in azure devops?
Related
I have function app which process XML files from Azure blob and put the data in Azure SQL DB. This is working fine when the Size of the file is in kb ( we have told the sender to send the file up to 100kb).
The problem comes when the file size increases to “2MB to 3MB”. The problem is it gets stuck in middle of processing and as the job runs in every 2hours, the blob receives files in every 2 hours - then everything stuck ( the current processing files and the new files as well )
I can’t change the schedule from 2hours to more. considering this, Is there anyway to scale up or scale out the app service plan so that it can process the larger size in 2hours time? Will there be a code or configuration change required for this ? Also, if yes, what is the costing plan for this?
Or, is there any other way to handle such situations?
Please note, the current app service plan is S2:2 and all deployment slots are in same app service plan.
Thank you Roman Kiss and Anupam Chand. Posting your suggestions as answer to help other community members.
The hosting plan you choose dictates the following behaviors:
How your function app is scaled.
The resources available to each function app instance.
Support for advanced functionality, such as Azure Virtual Network connectivity.
Check Hosting Options for further information.
Here is the pricing calculator for moving P1V2 to P1V3.
Below image will help you in scaling up your app service
If you app depends on other services like SQL and Storage you need to Scale up these resources separately.
In the Resource Group link go to summary and select the resource to scale up.
For further information click Scale up in Azure App Service.
I am trying to configure a back up for an application with schedule backup set to false. We do manual backups and I get this error
"Failed to save Backup Configuration. Error Details: Requested backup frequency exceeds maximum allowed for the plan."
As far as I can see, since schedule backup is set to false there is no request back up frequency.
What am I missing here.
Backup storage set to a container and blob
backup schedule is off
Include database backup is off
Application is using standard tier and container and application all are under same Azure subscription.
The Backup and Restore feature requires the App Service plan to be in the Standard tier or Premium tier. For the error message, you could upgrade the app service price tier to a higher tier. For example, you can scale up to P1 tier.
Please note that there are app service limits, The following App Service limits include limits for Web Apps, Mobile Apps, and API Apps.
For standard tier,
Scheduled backups every 2 hours, a maximum of 12 backups per day
(manual + scheduled)
For more information, you could see that requirements and restrictions when you backup your app in Azure.
Edit
As confirmed by Azure PG,
There is no restriction on number of apps under one subscription that
can be backed up. If the customer has 4 apps in Standard SKU, each can
be backed up for 12 times / day.
Also, this is a known Bug 5913246: Enabling Manual Backup submits
settings for Hourly Backup
Workaround for this is to Create a Daily Schedule first, save this,
then remove the schedule afterward.
So, to fix this, you can manually create a backup with the scheduled backup set to on, after backup succeeded, you can go back to set the scheduled backup off.
My Aim is this:
My company has 5 webapps and some other resources running on Microsoft Azure. An e-mail is to be sent daily that would contain
CPU and memory utilization of the 5 webapps
DTU percentage of SQL DB
Observed capacity of Autoscale
Currently this is done manually by taking screenshots of the metrics. Could this be automated via API or something else? I looked into application insights API, but couldn't find the info for SQL databases and auto-scale metrics.
If someone could just lean me on the right path, that would be great. Thanks.
You can use "Azure Monitor REST API".
All metrics: Contains DTU/CPU percentage, DTU/CPU limit, physical data
read percentage, log write percentage, Successful/Failed/Blocked by
firewall connections, sessions percentage, workers percentage,
storage, storage percentage, and XTP storage percentage.
https://learn.microsoft.com/en-us/azure/sql-database/sql-database-metrics-diag-logging
and also the Azure Monitor REST API reference
https://learn.microsoft.com/en-us/rest/api/monitor/
Then simply you can use a logic app to send the email every day.
We are looking into moving a number of websites to Microsoft Azure. We believe the App Service standard tier S1 service will meet most of our needs.
App Service plan details
Unfortunately, it offers a maximum of 50Gb of storage. Is it possible to add storage to the service plan overall? (e.g. the storage will be available to all of the apps on the app service).
I know you can add blob storage to each app individually, but we would prefer to increase the available storage on the service plan as a whole.
It seems to me that 50GB is the limit on a standard plan.
App Service limits
Standard; 50GB.
Premium; 500GB.
I suppose this leaves you with (at least) the following options.
Upgrade your plan to Premium.
See if Microsoft will raise your limit.
Azure subscription and service limits, quotas, and constraints
If you want to raise the limit or quota above the Default Limit, open
an online customer support request at no charge. The limits can't be
raised above the Maximum Limit...If there is no Maximum Limit column, then the resource doesn't have adjustable limits.
Find some other solution which removes the need to place data on your App Service. Such as a dedicated Azure storage mechanism, e.g. blobs, CDNs, Redis Cache, SQL, etc.
Look into App Service Environment.
App Service limits
The storage limit [of an App Service] is the total content size across
all apps in the same App Service plan. More storage options are
available in App Service Environment.
App Service Environment Storage
Each ASE is configured with 500 GB of storage. This space is used across all the apps in the ASE.
Azure subscription and service limits, quotas, and constraints
App Service limits
App Service Environment Storage
File system quota for App Service hosted apps is determined by the aggregate of App Service plans created in the region and resource group.
You can create one or more standard app service plan which will give you multiples of 50GB (50GB * x) file system storage. You can decide not to deploy anything in the additional app service plan you created, just use it to increase your storage size. Remember that it should be in the same region and resource group.
I'm trying to understand the correct way when hosting a web service using Windows Azure.
After reading some of the documentation available, I have reached these lines:
Windows Azure takes the following actions if a subscription's resource usage quotas are exceeded in a quota interval (24 hours):
Data Out - when this quota is exceeded, Windows Azure stops all web sites for a subscription which are configured to run in Shared mode for the remainder of the current quota interval. Windows Azure will start the web sites at the beginning of the next quota interval.
CPU Time - when this quota is exceeded, Windows Azure stops all web sites for a subscription which are configured to run in Shared mode for the remainder of the current quota interval. Windows Azure will start the web sites at the beginning of the next quota interval.
I was always under the impression that using cloud solution will prevent such events, as I really don't know a head of time what needs my web service will have, and that the cloud will provide the resources as needed (and off-course I will be charged for them) -
is that assumption is wrong?
EDIT
I found this great post that really explains Azure perfectly
Scott Hanselman - my own Q&A about Azure Websites and Pricing
If you are hosting the Windows Azure Website in the Shared mode, although you are paying, there are certain quotas that are in place because in the background you are basically sharing the resources with other websites which are hosted on the same Virtual Machine.
If you are hosting using the Standard mode, then you no longer have quotas and you will not experience this issue. As an added bonus, you can now setup Autoscale to automatically scale out your website under load.
Azure provides you different scalability levels according to the method of hosting you pick. For example if you host your web service on an azure web site you can't scale to thousands of servers. If you host your web services in a cloud service you can scale much further.
In Azure the scalability does not always happen transparently. In the case of a web service your choices are "azure web sites", "azure mobile services" and "azure cloud services". None of these will provide transparent scalability. You will need to define how you want scalability to be processed by azure. Most of the time you can do it in your azure management portal and define "Auto-Scaling" based on your pre-defined metrics as in "total amount of memory used" or "compute power used". Azure helps you gather metrics from a distributed environment, define scaling rules and scale without worrying about the underlying infrastructure but you will need to glue these pieces together as it defines how much you will get billed as well.
Hope this makes sense.