Skip to content

Commit 4040149

Browse files
committed
Merge branch 'master' of https://github.com/Microsoft/azure-docs-pr into oct1619
2 parents 3aff8a3 + 62569fb commit 4040149

File tree

4 files changed

+9
-5
lines changed

4 files changed

+9
-5
lines changed

articles/azure-functions/functions-scale.md

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -74,11 +74,12 @@ When you're using the Premium plan, instances of the Azure Functions host are ad
7474

7575
Information on how you can configure these options can be found in the [Azure Functions premium plan document](functions-premium-plan.md).
7676

77-
Instead of billing per execution and memory consumed, billing for the Premium plan is based on the number of core seconds, execution time, and memory used across needed and reserved instances. At least one instance must be warm at all times. This means that there is a fixed monthly cost per active plan, regardless of the number of executions.
77+
Instead of billing per execution and memory consumed, billing for the Premium plan is based on the number of core seconds and memory used across needed and pre-warmed instances. At least one instance must be warm at all times per plan. This means that there is a minimum monthly cost per active plan, regardless of the number of executions. Keep in mind that all function apps in a Premium plan share pre-warmed and active instances.
7878

7979
Consider the Azure Functions premium plan in the following situations:
8080

8181
* Your function apps run continuously, or nearly continuously.
82+
* You have a high number of small executions and have a high execution bill but low GB second bill in the consumption plan.
8283
* You need more CPU or memory options than what is provided by the Consumption plan.
8384
* Your code needs to run longer than the [maximum execution time allowed](#timeout) on the Consumption plan.
8485
* You require features that are only available on a Premium plan, such as VNET/VPN connectivity.

articles/data-factory/concepts-data-flow-schema-drift.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -11,8 +11,6 @@ ms.date: 09/12/2019
1111

1212
# Schema drift in mapping data flow
1313

14-
15-
1614
Schema drift is the case where your sources often change metadata. Fields, columns, and, types can be added, removed, or changed on the fly. Without handling for schema drift, your data flow becomes vulnerable to upstream data source changes. Typical ETL patterns fail when incoming columns and fields change because they tend to be tied to those source names.
1715

1816
To protect against schema drift, it's important to have the facilities in a data flow tool to allow you, as a Data Engineer, to:
@@ -27,6 +25,8 @@ You need to make an architectural decision in your data flow to accept schema dr
2725

2826
## Schema drift in source
2927

28+
Columns coming into your data flow from your source definition are defined as "drifted" when they are not present in your source projection. You can view your source projection from the projection tab in the source transformation. When you select a dataset for your source, ADF will automatically take the schema from the dataset and create a project from that dataset schema definition.
29+
3030
In a source transformation, schema drift is defined as reading columns that aren't defined your dataset schema. To enable schema drift, check **Allow schema drift** in your source transformation.
3131

3232
![Schema drift source](media/data-flow/schemadrift001.png "Schema drift source")

articles/service-fabric/service-fabric-cluster-creation-for-windows-server.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -18,7 +18,7 @@ ms.author: dekapur
1818

1919
---
2020
# Create a standalone cluster running on Windows Server
21-
You can use Azure Service Fabric to create Service Fabric clusters on any virtual machines or computers running Windows Server. This means you can deploy and run Service Fabric applications in any environment that contains a set of interconnected Windows Server computers, be it on premises or with any cloud provider. Service Fabric provides a setup package to create Service Fabric clusters called the standalone Windows Server package.
21+
You can use Azure Service Fabric to create Service Fabric clusters on any virtual machines or computers running Windows Server. This means you can deploy and run Service Fabric applications in any environment that contains a set of interconnected Windows Server computers, be it on premises or with any cloud provider. Service Fabric provides a setup package to create Service Fabric clusters called the standalone Windows Server package. Traditional Service Fabric clusters on Azure are available as a managed service, while standalone Service Fabric clusters are self-service.
2222

2323
This article walks you through the steps for creating a Service Fabric standalone cluster.
2424

articles/virtual-machines/windows/generation-2.md

Lines changed: 4 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -13,7 +13,7 @@ ms.workload: infrastructure-services
1313
ms.tgt_pltfrm: vm-windows
1414

1515
ms.topic: article
16-
ms.date: 10/11/2019
16+
ms.date: 10/16/2019
1717
ms.author: lahugh
1818
---
1919

@@ -48,6 +48,9 @@ Generation 1 VMs are supported by all VM sizes in Azure. Azure now offers previe
4848
* [ND-series](https://docs.microsoft.com/azure/virtual-machines/windows/sizes-gpu#nd-series)
4949
* [NVv3-series](https://docs.microsoft.com/azure/virtual-machines/windows/sizes-gpu#nvv3-series--1)
5050

51+
> [!NOTE]
52+
> The usage of generation 2 VM images for Mv2-series VMs is generally available since the Mv2-series works with generation 2 VM images exclusively. Generation 1 VM images are not supported on Mv2-series VMs.
53+
5154
## Generation 2 VM images in Azure Marketplace
5255

5356
Generation 2 VMs support the following Marketplace images:

0 commit comments

Comments
 (0)