이 문서에서는 Windows의 Azure App Service 또는 외부 호스팅 공급자에서 Linux의 App Service로 WordPress를 마이그레이션하는 방법을 설명합니다.
참고 항목
콘텐츠를 테스트 인스턴스로 마이그레이션하고 모든 시나리오의 유효성을 검사합니다. 모든 것이 예상대로 작동하면 이 인스턴스를 프로덕션 슬롯으로 교환합니다.
다음 두 가지 방법으로 Azure App Service WordPress로 사이트를 마이그레이션할 수 있습니다.
올인원 WP 마이그레이션 플러그 인을 사용하여 WordPress 마이그레이션
올인원 WP 마이그레이션 및 백업 플러그 인은 사이트를 쉽게 마이그레이션하는 데 널리 사용됩니다. 이 방법은 256MB 미만의 사이트에 권장됩니다. 대규모 사이트의 경우 수동 마이그레이션 프로세스에 설명된 단계를 사용하여 플러그 인의 프리미엄 버전을 구입하거나 수동으로 마이그레이션할 수 있습니다.
기본적으로 WordPress on App Service(Linux)의 파일 업로드 크기는 50MB로 제한되며 최대 제한은 256MB로 늘릴 수 있습니다. 파일 업로드 제한을 변경하려면 App Service에서 다음 애플리케이션 설정을 추가합니다.
| 애플리케이션 설정 | 기본값 | 새 값 |
|---|---|---|
| UPLOAD_MAX_FILESIZE | 50M | 256M |
| POST_MAX_SIZE | 128M | 256M |
Important
원본 및 대상 사이트 모두에 올인원 WP 마이그레이션 및 백업 플러그 인을 설치합니다.
원본에서 데이터 내보내기
- 원본 사이트의 WordPress 관리 대시보드에 로그인합니다.
- 올인원 WP 마이그레이션 및 백업 플러그 인을 엽니다.
- 내보내기를 선택한 다음 내보내기 형식을 파일로 지정합니다.
- 파일을 다운로드합니다.
대상에서 데이터 가져오기
- 대상 사이트의 WordPress 관리 대시보드에 로그인합니다.
- 올인원 WP 마이그레이션 및 백업 플러그 인을 엽니다.
- 가져오기를 선택하고 가져오기 원본으로 파일을 선택합니다.
- 이전 섹션에서 다운로드한 파일을 업로드한 다음 계속을 선택합니다.
- Permalink 설정을 선택하여 permalinks 구조를 업데이트합니다. 변경 내용 저장을 선택합니다.
- 마침을 선택하여 가져오기 프로세스를 완료합니다.
수동 마이그레이션 프로세스
필수 구성 요소로서 App Service의 WordPress 인스턴스는 적절한 Linux 호스팅 계획으로 만들어졌어야 합니다.
원본 사이트에서 수동으로 데이터 내보내기
참고 항목
콘텐츠의 크기와 인터넷 연결에 따라 이 작업은 몇 분 정도 걸릴 수 있습니다.
원본 사이트에서 wp-content 폴더를 다운로드합니다. FileZilla와 같은 FTP 도구를 사용하여 웹 서버에 연결하고 콘텐츠를 다운로드할 수 있습니다.
원본 데이터베이스의 내용을 SQL 파일로 내보냅니다. HeidiSQL, MySQL 워크벤치, phpMyAdmin 같은 MySQL 클라이언트 도구를 사용하거나 명령줄 인터페이스를 사용하여 이 작업을 수행할 수 있습니다. 자세한 내용은 데이터 내보내기 및 가져오기 마법사를 참조하세요.
대상 사이트에서 수동으로 데이터 가져오기
Linux용 App Service 템플릿에서 WordPress 를 사용하여 새 WordPress 앱을 만듭니다.
사이드바 메뉴의 개발 도구 에서 SSH를 선택합니다.
다음 명령을 사용하여 /home/site/wwwroot/wp-content 폴더의 기존 콘텐츠를 삭제합니다.
rm -rf /home/site/wwwroot/wp-content/*파일 관리자를 사용하여 wp 콘텐츠 폴더의 새 콘텐츠를 업로드합니다. '파일/폴더를 여기에 끌어놓아 업로드하거나, 클릭하여 선택'이라고 적힌 레이블을 선택하십시오.
기존 MySQL 데이터베이스를 사용하거나 App Service on Linux에서 만든 새 Azure MySQL 유연한 서버로 콘텐츠를 마이그레이션할 수 있습니다.
참고 항목
Azure Database for MySQL - 단일 서버는 2024년에 사용 중지되었습니다. 기존 MySQL 데이터베이스가 Azure Database for MySQL - 단일 서버에서 호스트되는 경우 다음 단계를 사용하거나 Azure DMS(Database Migration Service)를 사용하여 Azure Database for MySQL - 유연한 서버로 마이그레이션하는 것이 좋습니다.
데이터베이스를 마이그레이션하는 경우 원본 데이터베이스에서 다운로드한 SQL 파일을 새로 만든 WordPress 사이트의 데이터베이스로 가져옵니다. 에서 사용할 수 있는 PhpMyAdmin 대시보드를 통해 수행할 수 있습니다
<sitename>.azurewebsites.net/phpmyadmin. 하나의 큰 SQL 파일을 사용할 수 없는 경우 파일을 파트로 분리하고 다시 업로드해 보세요. phpMyAdmin을 통해 데이터베이스를 가져오려면 가져오기를 참조 하세요.App Service 앱에서 설정을 선택한 다음, 환경 변수를 선택합니다. 앱 설정에서 원본 데이터베이스 이름으로 DATABASE_NAME 업데이트합니다. 이렇게 하면 앱이 다시 시작되고 새 변경 내용이 반영됩니다. 자세한 내용은 WordPress 애플리케이션 설정을 참조하세요.
애플리케이션 설정 업데이트가 필요하세요? Database_Name 예, 소스(내보낸) 데이터베이스 이름으로 바꿉니다. DATABASE_HOST 필요하지 않음 DATABASE_USERNAME 필요하지 않음 DATABASE_PASSWORD 필요하지 않음 
마이그레이션 후 작업
권장 플러그 인 설치
사이트 마이그레이션 후에는 이전과 같이 기본 권장 플러그 인 또는 동등한 플러그 인이 활성화되고 구성되어 있는지 확인해야 합니다. 조직 관리 정책에 따라 구성하지 않는 것이 금지된 경우 플러그 인을 제거할 수 있습니다.
W3TC 플러그 인은 로컬 Redis 캐시 서버 및 Azure Blob Storage를 사용하도록 올바르게 활성화되고 구성되어야 합니다(원래 사용하도록 구성된 경우). 자세한 내용은 다음 문서를 참조하세요.
WP Smush 플러그 인이 활성화되고 이미지 최적화를 위해 올바르게 구성됩니다. 자세한 내용은 WordPress의 이미지 최적화를 참조하세요.
권장 WordPress 설정 구성
다음 WordPress 설정을 사용하는 것이 좋습니다. 그러나 사용자가 사용자 지정 사이트를 마이그레이션하는 경우 이러한 설정을 사용할지 여부를 결정하는 것은 사용자에게 달려 있습니다.
- WordPress 관리 대시보드를 엽니다.
- ?p=123 형식을 사용하는 일반 permalinks에 비해 성능이 우수하기 때문에 permalink 구조를 일 및 이름으로 설정합니다.
- 댓글 설정에서 댓글을 페이지로 나누는 옵션을 사용합니다.
- 피드의 전체 게시물 대신 발췌 내용을 표시합니다.
검색 및 바꾸기(경로 및 도메인)
마이그레이션 중에 사용자가 직면하는 일반적인 문제 중 하나는 이전 사이트의 일부 콘텐츠가 상대 URL 대신 절대 URL 또는 경로를 사용한다는 것입니다. 이 문제를 해결하려면 찾기 및 바꾸기와 같은 플러그 인을 사용하여 데이터베이스 레코드를 업데이트할 수 있습니다.
사용자 지정 도메인 구성
사용자 지정 도메인을 사용하여 사이트를 구성하려면 기존 사용자 지정 도메인 설정을 참조하세요.
사용자 지정 도메인 마이그레이션
라이브 사이트 및 해당 DNS 도메인 이름을 App Service로 마이그레이션하는 경우 DNS 이름이 이미 라이브 트래픽 서비스를 제공하고 있습니다. 기존 도메인 마이그레이션에 설명된 대로 활성 DNS 이름을 앱에 바인딩하여 DNS 확인 가동 중지 시간을 방지할 수 있습니다.
SSL 인증서 업데이트
사이트가 SSL(Secure Sockets Layer) 인증서로 구성된 경우 TLS/SSL 인증서 추가 및 관리에 따라 SSL을 구성합니다.