上一篇介紹了AzCopy兩個實際的使用場景,可以說對于azure blob的操作絕對是相當簡便的,但是現(xiàn)在AzCopy已經(jīng)不僅僅局限于Azure的操作了,我們還可以用AzCopy把S3的數(shù)據(jù)遷移過來,這對于像AWS遷移Azure的項目來說絕對是個相當好用的工具,不過目前這個功能還只是preview版本,要注意驗證下遷移的結果再刪除源端的數(shù)據(jù)
在富陽等地區(qū),都構建了全面的區(qū)域性戰(zhàn)略布局,加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力,以專注、極致的服務理念,為客戶提供成都網(wǎng)站設計、成都網(wǎng)站制作 網(wǎng)站設計制作按需求定制設計,公司網(wǎng)站建設,企業(yè)網(wǎng)站建設,品牌網(wǎng)站設計,成都全網(wǎng)營銷推廣,成都外貿(mào)網(wǎng)站建設公司,富陽網(wǎng)站建設費用合理。具體的使用方法和blob之間拷貝數(shù)據(jù)稍有不同,主要在于身份驗證的方式有所區(qū)別
若要使用 Azure 存儲授權,請使用 Azure Active Directory (AD)或共享訪問簽名(SAS)令牌。
若要使用 AWS S3 進行授權,請使用 AWS 訪問密鑰和密鑰訪問密鑰
所以S3進行授權的時候是直接用AK/SK做授權的
AWS AK/SK的創(chuàng)建方式這里就不詳細說了,直接來看下怎么設置AK/SK來讓azcopy能識別到
AzCopy其實是會直接讀取環(huán)境變量里兩個固定的名稱的,分別是
AWS_ACCESS_KEY_ID
AWS_SECRET_ACCESS_KEY
以PowerShell環(huán)境舉例,我們可以用以下方法設置環(huán)境變量
$env:AWS_ACCESS_KEY_ID="xxx"
$env:AWS_SECRET_ACCESS_KEY="xxxx"
將xxx替換為實際的值即可,這種方法設置的環(huán)境變量都只是臨時變量,關閉PowerShell會話就會消失,這也是比較符合實際情況的,這種非常敏感的信息當然也不適合長時間保存
我們可以使用azcopy env來驗證下是否可以正確讀取到環(huán)境變量
只要這里能讀取出來數(shù)值,就代表環(huán)境變量的設置沒有問題了
目標端Azure我們就直接使用Azure AD驗證了,具體的操作步驟就不多說了
下邊來看下如何進行S3的遷移,AzCopy可以支持很多種S3對象,包括以下等
對象
目錄
bucket
多個bucket
語法基本是差不多的,主要來看下對象和目錄的遷移
對象遷移
????Azcopy copy 'https://xxx.s3.cn-north-1.amazonaws.com.cn/CBB_EC2AMAZ-R566F8E/CBB_Cloud/obs2s3000001/haozip_v5.9.8.exe' 'https://xxx.blob.core.chinacloudapi.cn/aws/haozip_froms3.exe'
這里如果出現(xiàn)下邊的報錯,就證明是環(huán)境變量的設置有問題
正常輸出的結果如下:
在blob里馬上就可以看到數(shù)據(jù)了
整體語法和blob之間進行操作還是很一致的
目錄遷移
目錄的遷移和blob遷移目錄基本也是一樣的,只需要加一個額外的參數(shù)即可
Azcopy copy 'https://xxx.s3.cn-north-1.amazonaws.com.cn/CBB_EC2AMAZ-R566F8E/CBB_Cloud/obs2s3000001/15090887278028_sow.exe%24' 'https://xxx.blob.core.chinacloudapi.cn/aws/' --recursive=true
可以看到整個目錄都遷過來了!
依次類推,還可以遷移整個bucket,這對于遷移來說就太方便了
另外有需要云服務器可以了解下創(chuàng)新互聯(lián)scvps.cn,海內(nèi)外云服務器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應用場景需求。