Tag: Exchange Server

Melanjutkan dari seri sebelumnya:

[Exchange 2007 Seri Perencanaan] Sizing Sebelum Deployment – Pengantar

[Exchange 2007 Seri Perencanaan] Konfigurasi Prosesor

[Exchange 2007 Seri Perencanaan] Konfigurasi Memori

Saya akan bahas sedikit mengenai pendekatan pada kebutuhan storage dan rasio server, sekaligus mengakhiri pembahasan perencanaan mengenai Exchange 2007.

Storage merupakan komponen vital dalam penentuan performa dari Exchange database. Mengapa ini menjadi perhatian khusus? Bukankah yang penting punya kapasitas storage yang luas sehingga database tidak kekurangan kapasitas? Kenyataannya tidak seperti itu. Punya kapasitas storage yang besar tidak menjadi jaminan bahwa Exchange 2007 akan bekerja maksimal atau sesuai yang diharapkan.

Sebelum kita bahas mengenai apa saja yang perlu direncanakan, perlu diingat bahwa database sebagai penyimpanan seluruh mailbox user, OAB, public folder, system public folder, dll mempunyai karakteristik ada data yang ditulis (write) dan ada data yang dibaca (read). Aktivitas ini diukur dalam IOPS (Input Output per Second). Nah, paling sederhananya adalah, kita harus menggunakan jenis storage yang tepat serta kecepatan storage yang tepat pula untuk mendapatkan hasil yang bagus.

Secara detail, kita tinggal melakukan perhitungan kebutuhan total jika sudah menentukan jenis disk yang akan digunakan.

Faktor apa saja yang menyebabkan adanya I/O adalah email masuk dan keluar organisasi dan mailbox, akses dari front end ke back end, mailbox server itu sendiri serta cluster service (jika anda menerapkan cluster).

Kemudian, faktor yang perlu diperhatikan lagi adalah, konektivitas produk pihak ketiga terhadap Exchange, metode backup terhadap database, serta routing email dan aktivitas scanning pada email.

Untuk desain dari Mailbox role sendiri, beberapa hal yang perlu diperhatikan adalah ukuran aktual dari mailbox, transactional I/O, non transactional I/O. Detail bisa dilihat di http://technet.microsoft.com/en-us/library/bb738147(EXCHG.80).aspx. Untuk pendekatan yang bisa dilakukan adalah, pisahkan disk untuk database, log dan paging file (jangan dijadikan satu) serta hitung perkiraan banyaknya mailbox untuk perbandingan dengan jumlah RAM yang dibutuhkan.

Dari sisi transactional, RAID 1/0 lebih bagus digunakan dibandingkan RAID 5. Dan juga disarankan menggunakan SAS disk untuk performa kecepatan baca tulis dari disk.

Jika anda mau berpusing-pusing ria, bisa juga menggunakan calculator yang bisa diunduh dari http://msexchangeteam.com/files/12/attachments/entry438481.aspx.

Mengenai rasio server, anda bisa membaca di http://technet.microsoft.com/en-us/library/bb738159(EXCHG.80).aspx, terutama mengenai perbandingan core prosesor terhadap kebutuhan berapa jumlah role dan server yang akan digunakan.

Akhir kata, semoga membantu dan memberi inspirasi.

Salam,

Raymond

Melanjutkan posting sebelumnya:

[Exchange 2007 Seri Perencanaan] Sizing Sebelum Deployment – Pengantar

[Exchange 2007 Seri Perencanaan] Konfigurasi Prosesor

Kita akan masuk ke topik berikutnya yaitu perencanaan konfigurasi memori.

Konfigurasi memori di Exchange 2007 lebih fleksibel dibandingkan versi sebelumnya yaitu Exchange 2003. Hal ini disebabkan karena Exchange 2003 masih berjalan diatas platform x86 (32-Bit) sehingga mempunyai kapasitas memori maksimum adalah 4GB, sementara Exchange 2007 yang berjalan diatas platform x64 (64-Bit) mempunyai kapasitas lebih besar hingga 32GB atau lebih.

Sebelum kita masuk ke konfigurasi memori untuk Exchange 2007, ada baiknya anda juga melakukan pengecekan dari sisi hardware, yaitu:

– Kecepatan Memori

–> Berapa maksimum memori yang bisa terpasang terkait kecepatan memori itu sendiri, misal hanya bisa 16GB PC3200 atau 32GB PC2700.

– Ukuran Modul Memori

–> Berapa besar modul yang bisa di support. Misalkan 1 keping 2GB akan lebih murah dibandingkan 1 keping 4GB.

– Total slot Memori

–> Berapa keping memori yang bisa dipasang dalam satu server.

Tentunya 3 hal diatas anda bisa konsultasikan dengan vendor hardware anda terlebih dahulu.

Nah, dari sisi kebutuhan memori Exchange 2007, bisa mengacu pada tabel berikut:

Untuk Edge dan Hub Transport, per core dibutuhkan 1GB, namun secara minimal dibutuhkan 2GB per server. Namun, kebutuhan yang perlu diperhatikan adalah pada skenario Large Queue seperti misalkan 1 juta email dalam sekali queue. Setiap overhead pada skenario Large Queue bisa mengikuti acuan pada tabel berikut:

EdgeSync juga akan menambah overhead khususnya pada mail-enabled objects. Yang termasuk pada mail-enabled objects adalah recipients maupun distribution lists. Per mail-enabled objects dibutuhkan sekitar 4 KB memori yang akan dikonsumsi oleh proses EdgeSync.

Untuk Client Access role, hal yang perlu dipertimbangkan adalah jumlah koneksi client dan transaction rate dari koneksi tersebut. Dalam hal ini, jika jumlah client yang akan menggunakan fitur OWA, ActiveSync, Outlook Anywhere porsinya sangat besar, maka diperlukan jumlah RAM yang lebih besar dari minimum.

Untuk Mailbox role, ada sedikit hitungan yang perlu diperhatikan agar mendapatkan nilai pendekatan dari kebutuhan RAM di Mailbox role. Rumus pendekatan yang bisa digunakan adalah tergantung dari beberapa kriteria tipe user:

Dari sisi kebutuhan maksimum, sesuai tabel pertama, maka tidak boleh lebih dari 32 GB karena meskipun Exchange 2007 sudah menggunakan platform x64, ada beberapa faktor yang menyebabkan performa tidak meningkat signifikan jika kita menggunakan RAM diatas 32 GB seperti:

– Cost

–> Tentunya akan ada concern ke arah sini meskipun lebih banyak porsi adalah concern ke hal teknis.

– Non-Transactional disk I/O

–> Meskipun mailbox role menggunakan physical RAM untuk melakukan cache terhadap data dan mereduksi footprint dari disk I/O pada transactional disk I/O, namun ada beberapa fungsi Non-Transactional seperti database defrag, backup, restore, recovery maupun mailbox management yang lebih menggunakan disk I/O dibandingkan RAM.

– Cold State operation

–> Adalah kondisi dimana Mailbox server mengikuti perintah Server Restart ataupun Information Store Service Restart yang mana pada kondisi ini database cache yang digunakan untuk melakukan cache pada operasi read/write akan sangat kecil sekali sehingga secara signifikan akan mereduksi I/O operations yang juga berarti mereduksi physical RAM yang digunakan pada saat cold state operations.

Faktor lain yang bisa dijadikan perhitungan adalah kebutuhan memori minimum untuk mailbox role berdasarkan jumlah storage groups:

Khusus untuk yang menerapkan fitur Local Continuous Replication (LCR), perlu diketahui bahwa dibutuhkan tambahan RAM 1 GB untuk memastikan proses replikasi database dari active copy ke passive copy tidak mengganggu operasional server keseluruhan. Tambahan RAM ini dibutuhkan hanya pada Mailbox server atau kombinasi server yang memiliki Mailbox role.

Terakhir, untuk skenario Multiple Roles, maka minimum RAM yang dibutuhkan adalah 8 GB dan maksimum adalah 32 GB. Yang menjadi catatan disini, bahwa skenario Multiple Roles tidak akan bisa mendukung Clustering baik Single Copy Cluster, Cluster Continuous Replication maupun Standby Continuous Replication.

Akhir kata, semoga berguna. Lanjutan dari topik ini adalah [Exchange 2007 Seri Perencanaan] Konfigurasi Storage.

Salam,

Raymond Engelbert

Melanjutkan posting [Exchange 2007 Seri Perencanaan] Sizing Sebelum Deployment – Pengantar, kita akan masuk ke perencanaan mengenai prosesor, memori, storage, rasio server role serta beberapa hal lainnya sebelum masuk ke kesimpulan. Pada bagian ini kita akan membahas mengenai prosesor terlebih dahulu.

Hal terpenting yang harus selalu diingat dan wajib untuk diingat adalah platform yang digunakan oleh Exchange 2007 adalah x64 (tidak lagi menggunakan x86 atau 32-Bit), jadi tentunya arsitektur prosesor yang digunakan haruslah yang mendukung x64. Ada dua macam jenis prosesor yang bisa digunakan yaitu Intel Extended Memory 64 Technology (Intel EM64T) dan AMD64. Informasi lebih detail bisa didapatkan pada website masing-masing produsen prosesor tersebut:

Intel 64 Architecture

http://www.amd.com/us-en/Processors/ProductInformation/0,,30_118_8825,00.htm

Berdasarkan informasi yang ada, pembagian kebutuhan prosesor dari Exchange 2007 bisa dibagi atas kebutuhan minimum, maksimum serta rekomendasi dan juga bisa dibagi atas per setiap role dari Exchange 2007 maupun Multiple Roles Role (4 roles dalam satu server yaitu Client Access, Hub Transport, Unified Messaging dan Mailbox). Tabel pembagian berdasarkan Technet adalah sebagai berikut:

Beberapa pertimbangan dari tabel rekomendasi diatas:

1. Edge Transport

–> Dalam skala kecil 1 sampai 2 core prosesor sudah cukup, sementara untuk skala besar disarankan 4 core. Kebutuhan ini didasarkan pada pekerjaan yang akan dilakukan oleh Edge Transport yaitu Message Rate, rata-rata ukuran Message, jumlah Transport Agent, konfigurasi Antispam dan Antivirus (Scanning akan menambah proses) dan aplikasi pihak ketiga.

2. Hub Transport

–> Dalam skala kecil, 1 sampai 2 core prosesor sudah cukup, sementara untuk skala besar disarankan 4 sampai 8 core. Jika ada scanning virus dan span (menggunakan antivirus dan antispam) maka 8 core adalah yang paling efektif. Namun semuanya tergantung seberapa besar lalu lintas email. Dasar dari kebutuhan ini masih sama dengan Edge Transport namun agak sedikit lebih besar karena bukan hanya melayani proses inbound dan outbound saja (seperti Edge Transport) namun juga melayani proses lalu lintas email internal.

3. Client Access

–> Dalam skala kecil, 1 sampai 2 core prosesor sudah cukup, sementara untuk skala besar disarankan 4 core. Kebutuhan ini didasarkan pada utilisasi Client Access sebagai pelayan dari request yang berasal dari user baik itu melalui OWA, ActiveSync, MAPI dan hubungannya dengan mailbox user. Selain itu, faktor lain yang mempengaruhi beban kerja dari Client Access adalah jika akses mailbox dari user menggunakan POP3 atau IMAP4 dimana Exchange harus melakukan konversi terlebih dahulu dari format MAPI ke format yang digunakan user sebelum email tersebut masuk ke lalu lintas pada Transport server.

4. Unified Messaging

–> Yang paling direkomendasikan adalah 4 core, sementara 1 sampai 2 core digunakan jika penggunaan dari role ini tidak terlalu berat. Beban kerja dari Unified Messaging lebih pada konversi format audio ke format .wma yang akan di attach ke email user jika ada pengiriman voice email.

5. Mailbox

–> Secara umum (tanpa dikombinasikan dengan apapun) perencanaan Mailbox role didasarkan pada jumlah mailbox. 4 Core adalah ukuran yang seimbang karena sanggup untuk melayani banyak mailbox. Namun perencanaan tidak hanya terpaku pada hal tersebut tetapi lebih ke rata-rata penggunaan dari setiap profil user. Tabel dari Technet berikut ini menunjukkan parameter umum yang bisa dipakai:

Selain itu, masih ada faktor lain yang menjadi patokan seperti penggunaan fitur Local Continuous Replication, penggunaan Forefront for Exchange untuk mode manual scanning, aplikasi pihak ketiga, perangkat mobile serta online Outlook Clients (juga mempertimbangkan fitur Cached Mode). Jika menggunakan fitur Local Continuous Replication maka overhead dari proses di Mailbox Server akan bertambah sekitar 20% yang mana perencanaan harus dilakukan dari awal agar tidak terjadi penurunan performa. Asumsi atau pendekatan yang dapat digunakan adalah untuk 1000 mailbox dengan tipe user Average dibutuhkan 1 core prosesor.

6. Multiple Roles

–> Perencanaan pada skenario ini hampir mirip dengan Mailbox, namun asumsi atau pendekatan yang bisa digunakan adalah dengan mengurangi 20% dari pendekatan yang digunakan pada Mailbox role. Jadi misalkan pada Mailbox role pendekatan yang digunakan adalah 1 core prosesor untuk 1000 mailbox dengan tipe user Average maka pada Multiple Roles, pendekatannya adalah 1 core prosesor untuk 800 mailbox dengan tipe user Average.

Belum terlalu rumit untuk kategori perencanaan ini, namun tabel pertama mengenai batas minimum, batas rekomendasi serta batas maksimum dari kebutuhan prosesor jangan dilanggar karena akan berpengaruh pada penurunan performa dan menyebabkan sistem tidak stabil. Angka yang ada sudah melalui proses pengetesan oleh R&D dari tim Exchange. Jadi misalkan rekomendasi maksimum adalah 12 core prosesor, jangan sekali-sekali menaruh 14 core prosesor karena akan menyebabkan sistem menjadi tidak stabil.

OK, sekian dahulu untuk seri perencanaan mengenai konfigurasi prosesor. Posting berikut akan membahas mengenai perencanaan mengenai konfigurasi memori.

Salam,

Raymond Engelbert

Pertanyaan pertama, kenapa bukan Exchange 2010 saja yang dibahas?

OK. Berdasarkan pengamatan saya, masih banyak implementasi Exchange 2007 yang berada di luar jalur sizing yang disarankan, sehingga dampak yang terjadi adalah performa yang didapat tidak maksimal atau bahkan buruk sekali.

Nah, saya akan mulai dengan Exchange 2007 terlebih dahulu sebelum masuk ke Exchange 2010 agar pemahaman mengenai sizing ini bisa lebih maksimal.

Seri yang saya tulis ini mengacu pada artikel di Technet serta salah satu buku tentang Exchange 2007 monitoring terbitan Sybex, namun saya coba rangkum beberapa hal yang penting dan tentunya ditulis dalam bahasa Indonesia dengan harapan bisa menjadi panduan untuk rekan-rekan.

Hal pertama yang perlu diperhatikan dalam fase sebelum implementasi adalah perencanaan yang mencakup juga desain dan arsitektur yang akan dibangun. Asumsi saya, semua sudah mengetahui tentang Active Directory (atau jika belum tahu, anda bisa mencari artikel mengenai Active Directory di internet) sehingga kita bisa lebih fokus pada Exchange 2007 nya itu sendiri.

Dalam perencanaan ini, kita harus menggali terlebih dahulu, apakah implementasi ini baru atau migrasi baik dari versi sebelumnya ataupun dari sistem lain. Kemudian, skala implementasinya sendiri sebesar apa dan bagaimana peramalan ke depannya, apakah pertambahan mailbox akan signifikan? Pada fase ini, bisa dibilang seorang implementor akan menggali informasi dari pelanggannya.

Lalu, apa kaitan pertanyaan tersebut? bukankah tidak penting?…Tunggu dulu, skalabilitas diperlukan dalam kaitannya dengan total investasi (secara bisnis) dan performa (secara teknis) yang mana hasil akhirnya adalah produktivitas (secara siklus kerja) dan ROI (secara bisnis).

Ruang Lingkup Pembahasan

Pembahasan dan contoh yang akan saya berikan adalah kebanyakan pada lingkungan yang umum. Lingkungan kompleks bisa saja saya bahas namun tidak mendalam. Kemudian, asumsi bahwa sudah mengetahui tentang Active Directory.

Daftar Cek Implementasi

Anda bisa mengacu ke Planning Checklist di Technet.

Menentukan Skala Organisasi

Pertama-tama kita akan melihat dari skala organisasi terlebih dahulu. Mengacu pada Technet, skala ini dibagi menjadi:

1. Simple (Kecil).

–> Pada skala ini, ada dua pendekatan yaitu skala kecil dengan satu server dan juga skala kecil dengan beberapa server. Skala dengan satu server berarti kita menggunakan Typical Installation, 3 Roles utama digabung dalam satu server (Client Access, Hub Transport dan Mailbox). Sementara skala dengan beberapa server adalah melakukan pemisahan server role ke masing-masing server. Satu yang menjadi patokan pada skala ini adalah menggabungkan Exchange dengan Active Directory.

2. Standard.

–> Pada skala ini, terdapat pemisahan antara Active Directory dan Exchange Server. Selain itu, faktor-faktor seperti pemisahan routing group juga mulai menjadi pertimbangan. Adanya site lain juga mulai menjadi pertimbangan disini (2 sites).

3. Large.

–> Skala ini berarti kita sudah membicarakan di level Enterprise, dimana akan ada banyak site yang terlibat dan juga ada pemisahan-pemisahan routing, client access dan juga mulai ada skenario High Availability.

4. Complex (Kompleks).

–> Skala ini merupakan integral dari skala besar dimana diterapkan jika ada beda organisasi dan juga skenario dimana sebuah perusahaan mengakuisisi perusahaan lainnya untuk menjadi grup ataupun sister company.

5. Coexisting.

–> Skala ini sudah jelas bahwa menjalankan dua buah versi berbeda secara bersamaan.

Pada posting berikut kita akan mulai masuk ke contoh skenario serta melakukan perencanaan terhadap infrastruktur yang akan dibangun.

Salam,

Raymond Engelbert