Guarantee capacity access with on-demand capacity reservations—now available

Guarantee capacity access with on-demand capacity reservations—now available

This article is contributed. See the original author and article here.

Today we are announcing the general availability of on demand capacity reservations for Azure Virtual Machines. This new feature allows you to deploy and manage the compute capacity required to run Azure VMs separately from the VMs themselves.


On-demand capacity reservations create new options for you to better manage your compute capacity needs. During our discussions with Azure customers, they often identify the following scenarios:



  • Business-critical applications — use on-demand capacity reservations to protect their capacity, for example when taking these VMs offline to perform updates.


  • Disaster recovery (DR) — set aside compute capacity to ensure a seamless recovery in the event of a natural disaster. The compute capacity can be repurposed to run other workloads whenever DR is not in effect. The VM maintenance can be handled by keeping core images up to date without the need to deploy or maintain VMs outside of DR testing.


  • Special events—claiming capacity ahead of time provides assurance that your business can handle the extra demand.


bill_deforeest_0-1648485450447.png


 


On demand capacity reservations come with a capacity SLA. Unused reserved capacity and Virtual Machines using reserved capacity are both eligible for Azure Reserved Virtual Machine Instance term discounts. However, Reserved VM Instances and on-demand capacity reservations are very different and offer two separate sets of benefits captured in the table below:


bill_deforeest_1-1648485450478.png


 


Additional Azure services are integrating with on-demand capacity reservations. The Azure Site Recovery service has public preview support for attaching reserved capacity for DR purposes.  


Existing and future capabilities


The number of Azure Virtual Machines series and sizes supported has increased since the start of the public preview.


Specifically, the following Azure Virtual Machines series are now supported:



  • Burstable (B-series VMs)

  • General-purpose VMs (Av2, Dv2-series VMs and newer generations including Dv5 and Dasv5-series VMs, including support for both Intel and AMD-based VM sizes)

  • Memory-optimized VMs (Ev3-series VMs and newer generations including Ev5 and Easv5-series VMs; both Intel and AMD-based VM sizes)

  • Compute-optimized VMs (Fv1-series VMs and newer generations)


Microsoft is finalizing support for additional Azure Virtual Machines series. At this time, we expect previews in Q2/Q3 2022, followed by general availability, for the following VM series:



  • Storage optimized VMs (L-series)

  • Additional memory-optimized VMs (M-series)

  • GPU-enabled VMs (NC-series and NV-series)


Azure also offers VM series using InfiniBand networking: ND, HB, and HC VM series. These series will be supported in the future.


 


The VM deployment methods supported with on demand capacity reservations during public preview are now supported with general availability: single VMs and Virtual Machine Scale Sets using uniform orchestration mode. Starting today, on-demand capacity reservations for Virtual Machine Scale Sets flexible orchestration mode is in public preview. Please read the documentation to learn more.


 


Additional Azure services will provide on-demand capacity reservations. For example, Azure Site Recovery has enabled public preview use of reserved capacity for disaster recovery. The Azure Kubernetes Service (AKS) has also released preview support to associate node pools with reserved capacity.  


 


Resources to get started


There are two demonstration videos currently available:



Additionally, you can read the on demand capacity reservation documentation that includes sample code.

Announcing Office 365 Government Secret cloud to help secure classified data

Announcing Office 365 Government Secret cloud to help secure classified data

This article is contributed. See the original author and article here.

Today, we’re excited to announce the upcoming launch of a new US Government cloud environment: Office 365 Government Secret which is currently in government review pending accreditation and targeting availability starting mid-2022.

The post Announcing Office 365 Government Secret cloud to help secure classified data appeared first on Microsoft 365 Blog.

Brought to you by Dr. Ware, Microsoft Office 365 Silver Partner, Charleston SC.

Treating duplicate threads in forums – best practice for Moderators

Treating duplicate threads in forums – best practice for Moderators

This article is contributed. See the original author and article here.

From time to time we have users who open the same question multiple times.


 


The Issue – direct result of duplicate threads:


(1) Supporters – People that come to help might waste their time on something that was answered in the other thread.


(2) Users – people that search for the same issue might find the thread which has less information and miss the information in the other thread.


(3) original poster (OP) – the person who asked the question will probably not remember to follow all the threads which he opened.



  • Supporters and Users will waste time on responds which no one will read.

  • OP might miss the best answer/discussion while following a different thread.


In short, this is a lose-lose case where everyone lose!


 


Best practice for Moderators


In each interface the features which are built-in are different so these option might not fit all forums interfaces. With that said, as I want to focus mainly on the QnA forums, I will provide my insights according to the QnA features exists at this time.


The list is sorted from the best option for first time case – note that a user which continue such action is a different story. I the OP was inform on the issue and was asked to avoid such cases, then his behavior can be considered as abusive and should be treated accordingly.


In any case, the options which prevent such issue in advance, will be best!


 


Clear Policy document


In any communication interface, there must be a clear policy document which we can point the OP to. A link to the policy document must be presented in a way that no one will miss it and that everyone can view it from any page where the OP post his question. Usually it is recommended to add a clear link at the top of the page.


 


An intellisense feature


An intellisense feature provides information while the user type the content. It is well common in code editors in order to provide code completion, parameter info, quick info, and member lists. In the scope of the the discussion an intellisense feature will provide the user a list of previous thread according to the information he is typing.


Note! This feature existing at Microsoft QnA forums.


 









Insights! Do not assume that the OP saw the forum policy or noticed the content of the intellisense information! Most people are focusing on their needs and ignore “background noises”. It may not be the most positive behavior but it is definitely a natural behavior.

 


Contact the OP in private


How?



  • If the system include an option to send internal private message then this is your best action!

  • The user email should be visible to other users, but if this information is available to you and there is no internal messaging feature, then send the user an email.

  • If there is no build-in messaging feature, then check the user profile and signature for links to his social media network (Facebook, Twitter, linkedin and so on) and send him a private message.


What?


Inform the user about the forum policy, add a link to the official policy document if exists and ask him to avoid such cases in the future. Don’t forget to send him links to all the duplicate threads which you found. Ask the user to select one of the threads, in all other thread add a link to the active thread and close the rest of the threads as duplicated.


Note! This feature not available to community moderators at Microsoft QnA forums.


 


Contact the OP in public



  • Add a response to the problematic message(s).

  • In most social media network a user which is not connected to you will not see your message. In this case you can add a response to one of the user last discussions. Remember that this is a public message and you should be extremally polite! Do not use this option if not must.


Provide the same information as in the case of private message


 









Note!

Taking actions behind the scenes has no value for the future behavior of the user and might lead the user to re-do the same, as he was not inform about an issue – this only raise the issue as it lead for more duplicate threads (actions behind the scene are for example deleting message, reporting message, and so on).


 


If you chose to take an action behind the scenes then you should also try to inform the OP about the taken actions!



 


Merge duplicate threads


By merging the duplicate threads you can ensure that no information is lost. Users who go to each of the links to the separate threads come to the same place – the merged thread. With that said, this action makes it a little difficult to orient in a discussion because one discussion combines responses from several discussions and the order of the messages can be confusing.


Note! This feature NOT existing at Microsoft QnA forums. It is exist in the MSDN forums.


 


Lock the duplicate thread(s) & comments


By locking the duplicate threads you can ensure that no information is lost. Users can still navigate to each of the links and watch the separate discussion. It is HIGHLY important to add a message that explain why this thread was locked and provide a link to the active thread.


In the QnA system locking the thread is done by closing the thread. It is important to know that close the thread does not prevent people from adding comments! You should go over each of the messages in the thread and lock the comment!


pituach_0-1648349708853.png


Note! This feature existing at Microsoft QnA forums.


 


Redirect the duplicate thread(s) to the one selected for continuing the discussion. 


Redirecting users from a thread to another thread has a very problematic side effect: The original link still exists but it cannot be used to get the original message. This makes it harder to report the issue since the link redirect to an active thread and it make it impossible to inform the user about the issue and show him the duplicated thread.


 


Do not! (on the first case)



  • Do not treat the user as abuser! It can be a mistake.

  • Do not delete a message without informing the user. He might not find the message and create another new message.

  • Do not report the message without informing the user at the same time, since he cannot see the report and know about the issue.


Do you want to add your insights? You can add comments to this post or contact me in private if you want me to update the post, and in the meantime just remember to have fun and continue helping others.


 


Forums, the final frontier
– Ronen Ariely,

Flowlets and Change Feed now GA in Azure Data Factory

Flowlets and Change Feed now GA in Azure Data Factory

This article is contributed. See the original author and article here.

Azure Data Factory and Azure Synapse Analytics introduced 2 exciting new features in mapping data flows recently that we have announced as generally available this week!


 


Flowlets: Create reusable portions of data flow logic that you can share in other pipelines as inline transformations. Flowlets enable ETL jobs to be composed of custom or common logic components.


 


 

flowlet-context-multi.png


 

Change Feed connectors are available in data flow source transformations for Cosmos DB, Blob store, ADLS Gen1, ADLS Gen2, and CDM. By simply checking the box shown below, you can tell ADF to manage a checkpoint automatically for you and only read the latest rows that were updated or inserted since the last pipeline run.


 


MarkKromer_1-1648274293160.png


 


 


 


 

Changing the behavior of MoveRequest cmdlets

This article is contributed. See the original author and article here.

Although most migrations between on-premises Exchange Server and Microsoft 365 are performed using the Migration Service’s batching functionality, a few stalwart admins have held onto the more granular control given by using the MoveRequest cmdlets directly.  But as time goes on even the hardiest and most proven of tools need to be sharpened or have components replaced, and it is now time for the MoveRequest cmdlets to be refreshed a little.


We are taking this opportunity to bring these cmdlets more in line with some of our other cmdlets.  Most admins who use these cmdlets will notice little to no difference in how these cmdlets function, which is intentional on our part.  But some may have scripts break if they aren’t updated before the cmdlets are updated.  We plan to release the updated cmdlets starting April 25th, 2022.



  1. New-MoveRequest will change from returning a MoveRequestStatistics object to returning a MoveRequest object.  Most New-* cmdlets are expected to return a data object matching their noun, which New-MoveRequest didn’t historically follow.  The MoveRequest object contains less data than the MoveRequestStatistics object, but that is desirable in this case because most of the extra data is only relevant or interesting after the request has made progress.

  2. The MoveRequest data object that is returned from Get-MoveRequest (and now New-MoveRequest) will have a slightly smaller set of properties.  Compared to the old data object, it will remove several generic user properties that are not relevant to move requests in particular, which could lead to confusion.  Each of those properties should remain available as output from the Get-Recipient, Get-Mailbox, Get-MailUser, etc. cmdlets instead.





















Maintained properties Alias, DisplayName, RecipientTypeDetails, SourceDatabase, SourceArchiveDatabase, TargetDatabase, TargetArchiveDatabase, RemoteHostName, IsOffline, SuspendWhenReadyToComplete, ExchangeGuid, Flags, BatchName, Status, Protect, Suspend, Direction, RequestStyle, OrganizationId, Identity, IsValid, ObjectState
Renamed properties User (previously “Id”), UserGuid (previously “Guid”)
Added properties RequestQueue
Removed properties AdministrativeUnits, ExtensionCustomAttribute1, ExtensionCustomAttribute2, ExtensionCustomAttribute3, ExtensionCustomAttribute4, ExtensionCustomAttribute5, ExternalDirectoryObjectId, LastExchangeChangedTime, RecipientType, Name, DistinguishedName, ExchangeObjectId, OrganizationalUnitRoot, OriginatingServer, WhenCreatedUTC

The rest of the cmdlet behavior should remain the same.


There may be some other pieces deprecated in the future, such as removing SuspendWhenReadyToComplete behavior in favor of CompleteAfter, but a timeline for that will be determined at a later time.


The Exchange Migration Team