2019年5月28日 星期二

Skype for Business 相關問題

Microsoft Teams擴展了Skype for Business功能,將聊天、會議、通話、協同合作、應用程式和檔案儲存整合到一個介面中。這個新的團隊合作中心可以幫助簡化使用者完成工作的方式,提高使用者滿意度,並加速業務結果。作為一個現有的Skype for Business客戶,我們邀請您升級到Microsoft Teams,在一個單一的客戶體驗中體驗這套完整的通信和協同合作功能。

微軟鼓勵客戶盡可能地升級到Teams,以最佳化效益實現。如果您的組織還沒有完全準備好升級,您可以部署TeamsSkype for Business共存模式。這讓使用者熟悉Teams,同時隨著時間的推移促進您的升級。事實上,我們的許多客戶都看到使用者將他們的溝通活動有系統地轉移到Teams中。

參考資訊:
l   Getting started with your Microsoft Teams upgrade
https://docs.microsoft.com/en-us/microsoftteams/upgrade-start-here

l   Upgrade to Teams from a Skype for Business hybrid or on-premises deployment
https://docs.microsoft.com/en-us/microsoftteams/upgrade-to-teams-execute-skypeforbusinesshybridonprem

 我們了解到客戶正在使用Skype for Business Server,並且由於他們的需求,許多客戶需要繼續在某些用戶或地理位置使用Skype for Business。在這些情況下,我們鼓勵組織結合Skype for Business內部部署和Teams來推動協同合作以及與其他生產力應用程式的整合。Skype for Business Server 2019的最新版本於201810月發布。

我們始終致力於整體Skype品牌,該品牌代表了我們的消費者和商業領域的一系列通信功能。Skype仍然是我們的消費者產品的產品名稱,Skype for Business仍然是內部部署伺服器的產品名稱Skype品牌也將在Teams內部提供語音和視訊體驗。

資訊來源:
https://docs.microsoft.com/en-us/MicrosoftTeams/faq-journey#what-is-the-future-of-skype-for-business-server

2019年5月27日 星期一

詢問適合客戶需求的Azure儲存服務方案


將近4.7 TB的資料庫,目前有查詢效能低落,及無法查詢大量資料的狀況,雖然已經建議用戶先著手解決地端的效能問題,但客戶想瞭解Azure是否有合適的服務方案,可將現有資料庫的資料移轉到雲端,並且能提昇查詢效能及大量資料的儲存方案

當您擁有大量數據(超過1 TB)並運行將從並行性中受益的分析工作負載時,請考慮使用SQL數據倉庫。Azure Data warehouse運用大量平行處理 (MPP) Azure 儲存體結合,以達到高效能和延展性。一旦資料儲存在 SQL 資料倉儲,您可以以快速地在數以 PB 計的資料中執行複雜的查詢。

注意:SQL數據倉庫不適合OLTP工作負載或較小的數據集(< 250GB)。

 可考慮使用 SQL 資料倉儲的時機如下:

·         具有超過 1 TB 的資料

·         規劃對大量資料執行分析

·         需要調整計算和儲存體的功能

·         想要在不需要時暫停計算資源來節省成本。

不要使用 SQL 資料倉儲進行具備以下條件的操作 (OLTP) 工作負載:

·         高頻率的讀取和寫入

·         大量的單一項目選取

·         大量的單一資料列插入

·         逐一處理資料列的需求

·         不相容的格式 (JSONXML)

参考:

 

SQL Data Warehouse 架構:
 

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

 

l  SQL 資料倉儲容量限制


l  SQL Data warehouse SQL Database 存在一些不同之處,不支持部分功能和數據類型,遷移前請仔細確認


您可以藉助Azure Data Factory 服務將數據從本地資料庫遷移到Azure Date warehouse
參考類似Azure SQL Database,(但是選擇本地SQL Server,需要安装Agent)::https://docs.microsoft.com/zh-tw/azure/data-factory/load-azure-sql-data-warehouse?toc=/azure/sql-data-warehouse/toc.json

 
或使用SSIS 遷移
參考:


其他遷移方式,請參照Load Data 章節


遷移完成後, 您可以使用常用的sqlcmd,SSMS ADO.NETODBCPHP JDBC) 去連接查詢https://docs.microsoft.com/zh-tw/azure/sql-data-warehouse/sql-data-warehouse-overview-develop


其他资讯:

 

2019年5月26日 星期日

若用戶群在不同地點請問如何配置與選擇DataCenter位置

請問如果一開始規畫的用戶群假設歐美50%,亞洲50%,伺服器的datacenter位置可以怎麼建議選擇 ?

關於此情境,建議用戶可以使用 Azure Traffic Manager 服務串接兩套production 環境,一套放在歐美地區的datacenter、一套放在亞洲地區的datacenter,讓Azure Traffic Manager協助將來自不同區域的流量導到最有效率的端點,另外當端點中有不健康的端點時,Traffic Manager可以導流至正常服務的端點。

Azure Traffic Manager 中有許多分流配置的方式,因為用戶的考量與地理區域有關,建議您下列兩種設定方式。

1.     效能流量路由方法
使Traffic Manager 流量傳送至「最靠近」使用者的位置,「最靠近」的端點不一定是地理距離最近的端點。 「效能」流量路由方法會測量網路延遲,以決定最靠近的端點。 流量管理員會維護「網際網路延遲資料表」,以追蹤 IP 位址範圍與每個 Azure 資料中心之間的往返時間。

 
 
 
 
 
 
 
 
 
 
 
 
 
 

 
 
參考資料 :
效能路由方法: https://docs.microsoft.com/zh-tw/azure/traffic-manager/traffic-manager-routing-methods#效能流量路由方法performance-traffic-routing-method


2.     地理流量路由方法
將一個或一組區域指派給端點時,來自這些區域的任何要求只會路由傳送至該端點。 流量管理員會使用 DNS
詢的來源 IP 位址,判斷使用者的查詢來自哪個區域 – 這通常是使用者執行查詢的本機 DNS 解析程式的 IP
址。



 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
參考資料 :
地理路由方法: https://docs.microsoft.com/zh-tw/azure/traffic-manager/traffic-manager-routing-methods#地理流量路由方法geographic-traffic-routing-method

流量管理員路由方法: https://docs.microsoft.com/zh-tw/azure/traffic-manager/traffic-manager-routing-methods

2019年5月25日 星期六

Azure 自動調整規模相關問題

Azure自動調整規模的驅動時間,主要由下列幾個值來決定:



區段

元素名稱

說明

metricTrigger

timeGrain

計量取樣持續時間。 例如 TimeGrain = PT1M” 表示應該使用 statistic 元素中所指定的彙總方法,每分鐘彙總一次計量。

metricTrigger

statistic

timeGrain 期間內的彙總方法。 例如 statistic = Average” 和 timeGrain = PT1M” 表示應該每分鐘計算一次計量平均值來彙總計量。 此屬性會指定進行計量取樣的方式。

metricTrigger

timeWindow

回顧計量的時間長度。 例如 timeWindow = PT10M” 表示每次執行自動調整時,都會查詢過去 10 分鐘的計量。 時間範圍可讓您的計量正規化,而避免對暫時性尖峰做出反應。

metricTrigger

timeAggregation

用來彙總所取樣計量的彙總方法。 例如 TimeAggregation = Average” 應該會透過計算平均值來彙總所取樣的計量。

scaleAction

cooldown

在進行調整作業之後、再次調整之前,所要等待的時間長度。 例如,如果 cooldown = PT10M”,則自動調整在接下來 10 分鐘內不會再次嘗試進行調整。 cooldown 是用來在新增或移除執行個體之後,讓計量穩定。
 
範例:

"metricTrigger": {

              "metricName": "Percentage CPU",

              "metricResourceUri": "/subscriptions/s1/resourceGroups/rg1/providers/Microsoft.Compute/virtualMachineScaleSets/vmss1",

              "timeGrain": "PT1M",

              "statistic": "Average",

              "timeWindow": "PT10M",

              "timeAggregation": "Average",

              "operator": "GreaterThan",

              "threshold": 85

            },

以上述的範例來看,Azure自動調整規模會採用 10 1 分鐘樣本,然後計算其平均值。timeWindow最小的值為PT5M,因此Azure自動調整規模最快的反應時間為5分鐘。
 
當觸發Azure自動調整規模之後,會需要一段時間來擴增執行個體,由於擴增執行個體影響的因素很多,目前官方並沒有提供相關的數值供其參考。根據我實際測試的結果,虛擬機器擴展集擴展新的執行個體大約需要5分鐘的時間,App Service擴展新的執行個體大約需要30秒的時間。

註:執行個體擴展完畢後,並不代表您的應用程式真正可用,您還需要加上應用程式初始化的時間,這個時間將會依據應用程式的架構及語法的不同而有所差異。由於虛擬機器可自由選擇較高規格的大小,因此若您的應用程式架構較為複雜,使用虛擬機器可能可以在應用程式初始化的時間上取得優勢。

Azure SQL DB (單一資料/彈性集區/受控)三種的差異性說明,客戶要選擇時該怎麼給建議


下表列出這些選項之間的主要差異:
SQL Database 中的受控執行個體
SQL Database 中的單一資料庫/ 彈性集區
與內部部署 SQL Server 高度相容。
保證 99.99% 可用性。
內建備份、修補、復原。
資料庫引擎最新穩定版。
SQL Server 輕鬆移轉。
Azure VNet
中的私人 IP 位址。

內建進階智能和安全性。
線上資源變更 (CPU/儲存體)
提供最常使用的 SQL Server 功能。
保證 99.99% 可用性。
內建備份、修補、復原。
資料庫引擎最新穩定版。
將所需的資源 (CPU/儲存體) 指派給個別資料庫的能力。
內建進階智能和安全性。
線上資源變更 (CPU/儲存體)
仍有極少數的 SQL Server 功能無法使用。
不保證確切的維護時間 (但近乎透明)
可以只使用資料庫相容性層級來達成與 SQL Server 版本的相容性。
SQL Server 移轉可能很難。
無法使用部分 SQL Server 功能。
不保證確切的維護時間 (但近乎透明)
可以只使用資料庫相容性層級來達成與 SQL Server 版本的相容性。
無法指派私人 IP 位址 (您可以使用防火牆規則限制存取)
 
下表摘要說明單一資料庫/彈性集區和受控執行個體的主要差異特性:
SQL Database 單一資料庫和彈性集區
SQL Database 受控執行個體
最適合:
想要使用最新穩定 SQL Server 功能,而且開發與行銷階段有時間限制的新雲端式設計應用程式。
想要在最少變更的情況下使用最新穩定 SQL Server 功能,而且會移轉到雲端的新應用程式或現有內部部署應用程式。
最多 100 TB 的資料庫。
最多 8 TB
相容性
支援大多數的內部部署資料庫層級功能。
支援幾乎所有的內部部署執行個體層級和資料庫層級功能。
業務持續性︰
除了內建的容錯基礎結構功能以外,Azure SQL Database 還提供可增加業務持續性的功能,例如自動備份時間點還原異地還原主動式異地複寫自動容錯移轉群組
SQL Database 單一資料庫和集區資料庫相同,加上可以使用使用者起始、僅限複製的備份。
混合式雲端:
您的內部部署應用程式可以存取 Azure SQL Database 中的資料。
實作原生虛擬網路和使用 Azure Express Route VPN 閘道與內部部署環境連線。
支援 SQL Server 交易式複寫 為訂閱者以複寫資料。
受控執行個體以預覽功能的方式支援複寫。
 
請您參考上表的差異以在單一資料庫/彈性集區和受控執行個體之間進行選擇,詳細資訊請參考:
 
單一資料庫和彈性集區之間的選擇主要取決於資料庫的使用模式。集區很適合具備特定使用模式的大量資料庫。 針對指定的資料庫,此模式的特徵是低平均使用量與相對不頻繁的使用量高峰。詳細資訊請參閱:
 

Skype for Business 相關問題

Microsoft Teams 擴展了 Skype for Business 功能,將聊天、會議、通話、協同合作、應用程式和檔案儲存整合到一個介面中。這個新的團隊合作中心可以幫助簡化使用者完成工作的方式,提高使用者滿意度,並加速業務結果。作為一個現有的 Skype for Bus...