You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/ai-services/openai/concepts/model-retirements.md
+32-5Lines changed: 32 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,7 +4,7 @@ titleSuffix: Azure OpenAI
4
4
description: Learn about the model deprecations and retirements in Azure OpenAI.
5
5
ms.service: azure-ai-openai
6
6
ms.topic: conceptual
7
-
ms.date: 06/19/2024
7
+
ms.date: 07/10/2024
8
8
ms.custom:
9
9
manager: nitinme
10
10
author: mrbullwinkle
@@ -25,16 +25,43 @@ Azure OpenAI Service models are continually refreshed with newer and more capabl
25
25
* Deprecation
26
26
* When a model is deprecated, it's no longer available for new customers. It continues to be available for use by customers with existing deployments until the model is retired.
27
27
28
-
## Preretirement notification
28
+
## Notifications
29
29
30
30
Azure OpenAI notifies customers of active Azure OpenAI Service deployments for models with upcoming retirements. We notify customers of upcoming retirements as follows for each deployment:
31
31
32
-
* At least 60 days before retirement
33
-
* At least 30 days before retirement
34
-
* At retirement
32
+
1. At model launch, we programmatically designate a "not sooner than" retirement date (typically six months to one year out).
33
+
2. At least 60 days notice before model retirement for Generally Available (GA) models.
34
+
3. At least 14 days notice before preview model version upgrades.
35
35
36
36
Retirements are done on a rolling basis, region by region.
37
37
38
+
## Model availability
39
+
40
+
1. At least one year of model availability for GA models after the release date of a model in at least one region worldwide
41
+
2. For global deployments, all future model versions starting with `gpt-4o` and `gpt-4 0409` will be available with their (`N`) next succeeding model (`N+1`) for comparison together.
42
+
1. Customers have 60 days to try out a new GA model in at least one global, or standard region, before any upgrades happen to a newer GA model.
43
+
44
+
### Considerations for the Azure public cloud
45
+
46
+
Be aware of the following:
47
+
48
+
1. All model version combinations will **not** be available in all regions.
49
+
2. Model version `N` and `N+1` might not always be available in the same region.
50
+
3. GA model version `N` might upgrade to a future model version `N+X` in some regions based on capacity limitations, and without the new model version `N+X` separately being available to test in the same region. The new model version will be available to test in other regions before any upgrades are scheduled.
51
+
4. Preview model versions and GA versions of the same model won't always be available to test together in the same region. There will be preview and GA versions available to test in different regions.
52
+
5. We reserve the right to limit future customers using a particular region to balance service quality for existing customers.
53
+
6. As always at Microsoft, security is of the utmost importance. If a model or model version is found to have compliance or security issues, we reserve the right to invoke the need to do emergency retirements. See the terms of service for more information.
54
+
55
+
### Special considerations for Azure Government clouds
56
+
57
+
1. Global standard deployments won't be available in government clouds.
58
+
2. Not all models or model versions available in commercial / public cloud will be available in government clouds.
59
+
3. In the Azure Government clouds, we intend to support only one version of a given model at a time.
60
+
1. For example only one version of `gpt-35-turbo 0125` and `gpt-4o (2024-05-13)`.
61
+
4. There will however be a 30 day overlap between new model versions, where more than two will be available.
62
+
1. For example if `gpt-35-turbo 0125` or `gpt-4o (2024-05-13)` is updated to a future version, or
63
+
2. for model family changes beyond version updates, such as when moving from `gpt-4 1106-preview` to `gpt-4o (2024-05-13)`.
64
+
38
65
### Who is notified of upcoming retirements
39
66
40
67
Azure OpenAI notifies those who are members of the following roles for each subscription with a deployment of a model with an upcoming retirement.
Copy file name to clipboardExpand all lines: articles/analysis-services/analysis-services-network-faq.yml
+7Lines changed: 7 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -42,6 +42,13 @@ sections:
42
42
I have a source database behind a firewall. How can I configure the firewall to allow my Analysis Services server to access it?
43
43
answer: |
44
44
Azure Analysis Services does not use fixed IP addresses or Service Tags. The range of IP addresses your Analysis Services servers use can be anything in the range of IP addresses for the *Azure region*. You have to provide the *full range* of IP addresses for the Azure region of your server in the source database firewall rules. Another, and possibly more secure, alternative is to configure an On-premises Data Gateway. You can then configure your Analysis Services servers with the [AlwaysUseGateway server property](analysis-services-vnet-gateway.md#configure-alwaysusegateway-property), and then ensure the On-premises Data Gateway has an IP address allowed by the firewall rules of the data source.
45
+
46
+
- name: Consumer email accounts
47
+
questions:
48
+
- question: |
49
+
Can I invite consumer email accounts (outlook.com and gmail.com) to the tenant and give permissions to access Azure Analysis Services?
50
+
answer: |
51
+
Yes, Azure Analysis Services supports B2C accounts (consumer email accounts who are invited into the Server tenant). However there are limitations with such accounts, for example Single Sign-On from Power BI service Live Connect reports may not be supported for some providers of consumer email accounts.
Copy file name to clipboardExpand all lines: articles/app-service/monitor-app-service.md
+48-1Lines changed: 48 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,13 +15,28 @@ ms.service: app-service
15
15
16
16
## App Service monitoring
17
17
18
+
Azure App Service provides several monitoring options for monitoring resources for availability, performance, and operation. Options include Diagnostic Settings, Application Insights, log stream, metrics, quotas and alerts, and activity logs.
19
+
18
20
On the Azure portal page for your web app, you can select **Diagnose and solve problems** from the left navigation to access complete App Service diagnostics for your app. For more information about the App Service diagnostics tool, see [Azure App Service diagnostics overview](overview-diagnostics.md).
19
21
20
22
App Service provides built-in diagnostics logging to assist with debugging apps. For more information about the built-in logs, see [Stream diagnostics logs](troubleshoot-diagnostic-logs.md#stream-logs).
21
23
22
24
You can also use Azure Health check to monitor App Service instances. For more information, see [Monitor App Service instances using Health check](monitor-instances-health-check.md).
23
25
24
-
For a complete overview and summary of App Service monitoring options, see [Azure App Service monitoring overview](overview-monitoring.md).
26
+
If you're using ASP.NET Core, ASP.NET, Java, Node.js, or Python, we recommend [enabling observability with Application Insights](/azure/azure-monitor/app/opentelemetry-enable). To learn more about observability experiences offered by Application Insights, see [Application Insights overview](/azure/azure-monitor/app/app-insights-overview).
27
+
28
+
### Monitoring scenarios
29
+
30
+
The following table lists monitoring methods to use for different scenarios.
31
+
32
+
|Scenario|Monitoring method |
33
+
|----------|-----------|
34
+
|I want to monitor platform metrics and logs |[Azure Monitor platform metrics](#platform-metrics)|
35
+
|I want to monitor application performance and usage | (Azure Monitor) [Application Insights](#application-insights)|
36
+
|I want to monitor built-in logs for testing and development|[Log stream](troubleshoot-diagnostic-logs.md#stream-logs)|
37
+
|I want to monitor resource limits and configure alerts|[Quotas and alerts](web-sites-monitor.md)|
38
+
|I want to monitor web app resource events|[Activity logs](#activity-log)|
39
+
|I want to monitor metrics visually|[Metrics](web-sites-monitor.md#metrics-granularity-and-retention-policy)|
For a list of available metrics for App Service, see [App Service monitoring data reference](monitor-app-service-reference.md#metrics).
41
57
58
+
For help understanding metrics in App Service, see [Understand metrics](web-sites-monitor.md#understand-metrics). Metrics can be viewed by aggregates on data (ie. average, max, min, etc.), instances, time range, and other filters. Metrics can monitor performance, memory, CPU, and other attributes.
For the available resource log categories, their associated Log Analytics tables, and the logs schemas for App Service, see [App Service monitoring data reference](monitor-app-service-reference.md#resource-logs).
Azure activity logs for App Service include details such as:
71
+
72
+
- What operations were taken on the resources (ex: App Service Plans)
73
+
- Who started the operation
74
+
- When the operation occurred
75
+
- Status of the operation
76
+
- Property values to help you research the operation
77
+
78
+
Azure activity logs can be queried using the Azure portal, PowerShell, REST API, or CLI.
79
+
80
+
### Ship activity logs to Event Grid
81
+
82
+
While activity logs are user-based, there's a new [Azure Event Grid](../event-grid/index.yml) integration with App Service (preview) that logs both user actions and automated events. With Event Grid, you can configure a handler to react to the said events. For example, use Event Grid to instantly trigger a serverless function to run image analysis each time a new photo is added to a blob storage container.
83
+
84
+
Alternatively, you can use Event Grid with Logic Apps to process data anywhere, without writing code. Event Grid connects data sources and event handlers.
85
+
86
+
To view the properties and schema for App Service events, see [Azure App Service as an Event Grid source](../event-grid/event-schema-app-service.md).
87
+
88
+
## Log stream (via App Service Logs)
89
+
90
+
Azure provides built-in diagnostics to assist during testing and development to debug an App Service app. [Log stream](troubleshoot-diagnostic-logs.md#stream-logs) can be used to get quick access to output and errors written by your application, and logs from the web server. These are standard output/error logs in addition to web server logs.
Apps that are hosted in App Service are subject to certain limits on the resources they can use. [The limits](web-sites-monitor.md#understand-quotas) are defined by the App Service plan that's associated with the app. Metrics for an app or an App Service plan can be hooked up to alerts.
134
+
88
135
### App Service alert rules
89
136
90
137
The following table lists common and recommended alert rules for App Service.
0 commit comments