Alternatif Remote TeamViewer

Siapa yang tidak tahu dengan Teamviewer.
Sebuah aplikasi yang digunakan untuk me-remote dari PC ke PC lain. Yang saya suka dari Teamviewer adalah kemampuannya untuk digunakan dibalik NAT.
Selama PC terhubung ke internet maka Teamviewer akan bisa berjalan.
Cara kerja Teamviewer adalah client yang melakukan koneksi via internet ke sebuah server Teamviewer. Client akan mendapatkan ID dan password yang unik dari server Teamviewer.

Jika kita akan melakukan remote ke PC lain, maka kita perlu masukkan ID dan password lawan.

Permasalahannya adalah kita tidak tahu alamat IP public yang dituju oleh Teamviewer. Sehingga jika kita menggunakan firewall untuk menutup akses ke beberapa PC untuk koneksi terbatas ke internet akan mengalami masalah, dimana PC tidak dapat terhubung ke Teamviewer.


NeoRouter adalah aplikasi alternatif pengganti Teamviewer. Tetapi yang dimaksud pengganti disini lebih ke arah proses koneksi jaringan. Dimana PC yang terhubung dengan Neo Router akan menjadi vpn client.
Aplikasi remote sendiri membutuhkan aplikasi tambahan yaitu TightVNC

Untuk membuat jaringan NeoRouter membutuhkan Neo Router Server dan Neo Router Client.


Source dapat diambil di http://www.neorouter.com/downloads.html











Testing di tempat saya.
NeoRouter Server
- Centos 5
- Aplikasi NeoRouter Server  : nrserver-2.1.1.4300-free-centos-i386.rpm
- Source : http://download.neorouter.com/Downloads/NRFree/Update_2.1.1.4300/Linux/CentOS/nrserver-2.1.1.4300-free-centos-i386.rpm


NeoRouter Client
- Windows Home Basic
- Aplikasi : NeoRouter-2.1.1.4300-free-Setup.exe
- Source : http://download.neorouter.com/Downloads/NRFree/Update_2.1.1.4300/Windows/NeoRouter-2.1.1.4300-free-Setup.exe

Terminology Layanan IT

Copas from http://bambolz.wordpress.com

Terminologi-terminologi yang perlu difahami pada pembahasan ini adalah

• Availability : Merupakan ketersediaan atau bagian waktu dimana sebuah aplikasi atau layanan tersedia kepada kostumer internal atau eksternal. (Guarddin, 2012)
• Reliability : seberapa tahan sih?!?! peluang si komponen nggak rusak selama jangka waktu tertentu.
• Resiliency : is the ability to overcome challenges of all kinds–trauma, tragedy, personal crises, plain ‘ole’ life problems–and bounce back stronger, wiser, and more personally powerful. (Henderson, 2012) #intinyah kemampuan untuk kembali menjadi benar, berfungsi setelah mengalami kerusakan atau kegagalan
• Serviceability : mirip availability cuman ini khusus or fokus ke service aja
• Fault-tolerant system : sistem yang mampu tetap bekerja meskipen terdapat parameter-parameter yang rtidak memenuhi kriteria. In essence, they have to be able to keep working to a level of satisfaction in the presence of faults.
• High-availability (HA) Clusters : are groups of computers that support server applications that can be reliably utilized with a minimum of down-time. They operate by harnessing redundant computers in groups or clusters that provide continued service when system components fail (wikipedia, 2013) #intinyah jadi sistemnya dibikin cluster redundant biar kalo yang satu down atau busy bisa dialihin ke yg lain.
• High-performance Clusters (HPC) : kalo cluster yang ini pemrosesanya bisa pararel gan jadinya lebih cepet wuuuz wuuuz
• Disaster Recovery : kalo ini sih proses buat ngebangun kembali data center atau server-server yang down or fasilitas yang rusak dikarenakan bencana.

Sumber-sumber yang bikin downtime (Planned)

• Backup
• penggantian atau upgrade hardware
• maintenance or upgrade application
• Rekonfigurasi server
• Update or Upgrade OS
• Install Patch

Sumber-sumber yang bikin downtime (Unplanned)

• extended planned downtime (dari yg planned itu ternyata makan waktu lebih lama)
• Human Error
• Application Failure
• OS Failure
• Hardware Failure
• Incompability

Availabilty juga punya Level gan
Level 1: Bergantung pada Hardware Reliability
Level 2: Data Protection
Level 3: Fault Tolerant Servers
Level 4: Server Redundancy or Clustering
Level 5: Disaster Recovery gan

Availabilty-SLA
Dihitung per satuan waktu: (bulan, tahun, menit, hari, dll)
Uptime 98%
Downtime 2%
So Downtime Setahun = 2% x 365 = 7.3 Hari
Trus Downtime Perbulan = 2% x (24×30) Jam = 7 Jam 18 Menit
menjadi parameter pada SLA (Service Level Agreement) 

Reliability – MTBF:mirip availabilty cuman fokus ke Perhitungan untuk tidak rusak
expressed as MTBF Mean Time Before Failure
jadi bisa digunain selama xxx jam sebelum akhirnya bakalan rusak xD

Resiliency – Fault Tolerant
kemampuan untuk tetap berfungsi meskipun terjadi beberapa kesalahan
ex: RAID 1/4/5/60/50/15, Redundant power supply

Serviceability x MTTR
Probabilitas sebuah layanan u/  berfungsi kembali dalam waktu tertentu
ex: 0,26 dlm 3 jam
Berarti dalam waktu 3 jam kemungkinan layanannya bisa berfungsi kembali adalah 26%
Sering juga disebut mean time to repair
MTTR = 0 berarti serviceabilitynya 1 untuk waktu 0 jam
Okeh Sekarang kite main rumus

Availability = MTBF/(MTBF + MTTR)
Availability = Uptime/(Uptime + Downtime)

Kesimpulanya
Downtime atau MTTR mendekati 0 berarti  Availability ~ 100%
Jika Uptime atau MTBF sangat tinggi, efek dari Downtime atau MTTR menjadi tidak signifikan

Replikasi Mysql 5.6 di Centos 6.4

Sebelumnya kita sudah mencoba untuk mengupgrade Mysql 5.5 ke Mysql 5.6 di Centos 6.4. Dilanjutkan untuk membuat replikasi Mysql.

Replikasi ini bertujuan untuk membuat suatu backup online, dimana goal utamanya adalah bagian DRC perusahaan.

Sharing testing ini kita menggunakan VM Guest di Virtualbox.

VM Preparing
1. Buat VM Guest Centos 6.4 (masterdb)

2. Cloning VM Guest Centos 6.4 (slavedb)

3. IP VM menggunakan Host only adapter vboxnet0 pada kedua VM Guest

4. Buat hosts untuk penamaan seperti dibawah
 masterdb = 192.168.56.2

   slavedb = 192.168.56.5

5. Edit /etc/hosts di kedua server vm
   masterdb 192.168.56.2
   slavedb 192.168.56.5


 
Replikasi

A. Konfigurasi Seting Master Server

1.) Edit file /etc/my.cnf

# For advice on how to change settings please see
# http://dev.mysql.com/doc/refman/5.6/en/server-configuration-defaults.html

[mysqld]

innodb_flush_log_at_trx_commit=1

log_bin=/var/lib/mysql/mysql-bin-log/mysql_bin
sync_binlog=1

port = 3306
bind-address = 0.0.0.0
server_id = 1

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

Buat direktory log

# mkdir /var/lib/mysql/mysql-bin-log
# chown -R mysql.mysql /var/lib/mysql/mysql-bin-log/



# service mysql restart



2.) Buat user replikasi di server master

mysql> GRANT REPLICATION SLAVE ON *.* TO 'slave_user'@'%' IDENTIFIED BY 'your_password';

Testing saya :

slave_user = slave01

password = password



3. Lock Master dan Dapatkan Binary Log 
mysql> FLUSH TABLES WITH READ LOCK;
mysql> SHOW MASTER STATUS;

+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql_bin.000004 |      120 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
Ingat di isian mysql_bin.000004 dan posisi 120

4. Backup Mysql
#mysqldump --all-databases --master-data > data_dump.sql -p
#scp data_dump.sql root@slavedb:/root

mysql>UNLOCK TABLES;





B. Konfigurasi Seting Slave Server

1.) Edit file /etc/my.cnf
[mysqld]
server_id = 2

log_bin=/var/lib/mysql/mysql-bin-log/mysql_bin

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES


# service mysql start

2.) Buat direktory log

# mkdir /var/lib/mysql/mysql-bin-log/
# chown -R mysql.mysql /var/lib/mysql/mysql-bin-log/

3.) Restore Data Backup di Server Slave
#mysql -u root -p < data_dump.sql

4.) Setup Konfigurasi Master di Slave Server untuk Mengaktifkan Replikasi
mysql > CHANGE MASTER TO MASTER_HOST='masterdb',
     -> MASTER_USER='slave01',
     -> MASTER_PASSWORD='password',
     -> MASTER_LOG_FILE='mysql_bin.000004',
     -> MASTER_LOG_POS=120;

Jalankan sebagai slave
mysql> START SLAVE;

C. Test Replikasi
1.) Jalankan di Master
mysql> CREATE DATABASE test02;
mysql> CREATE TABLE employee (c int);
mysql> INSERT INTO employee (c) VALUES (1);
mysql> INSERT INTO employee (c) VALUES (3);
mysql> SELECT * FROM employee;
+------+
| c    |
+------+
|    1 |
|    3 |
+------+
2 rows in set (0.00 sec)
Test kembali dengan membuat database yang baru lainnya.

2.) Jalankan di Slave
Seharusnya sudah ada database yang baru beserta isian datanya.

mysql> SHOW SLAVE STATUS\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: masterdb
                  Master_User: slave01
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql_bin.000004
          Read_Master_Log_Pos: 347
               Relay_Log_File: slavedb-relay-bin.000004
                Relay_Log_Pos: 510
        Relay_Master_Log_File: mysql_bin.000004
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB:
          Replicate_Ignore_DB:
           Replicate_Do_Table:
       Replicate_Ignore_Table:
      Replicate_Wild_Do_Table:
  Replicate_Wild_Ignore_Table:
                   Last_Errno: 0
                   Last_Error:
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 347
              Relay_Log_Space: 848
              Until_Condition: None
               Until_Log_File:
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File:
           Master_SSL_CA_Path:
              Master_SSL_Cert:
            Master_SSL_Cipher:
               Master_SSL_Key:
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error:
               Last_SQL_Errno: 0
               Last_SQL_Error:
  Replicate_Ignore_Server_Ids:
             Master_Server_Id: 1
                  Master_UUID: a758639f-c76b-11e2-91ea-08002789e29e
             Master_Info_File: /var/lib/mysql/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
           Master_Retry_Count: 86400
                  Master_Bind:
      Last_IO_Error_Timestamp:
     Last_SQL_Error_Timestamp:
               Master_SSL_Crl:
           Master_SSL_Crlpath:
           Retrieved_Gtid_Set:
            Executed_Gtid_Set:
                Auto_Position: 0
1 row in set (0.00 sec)

ERROR:
No query specified

mysql>


Selamat Mencoba

Ref. 
- http://www.tecmint.com/how-to-setup-mysql-master-slave-replication-in-rhel-centos-fedora/
- http://opensourcedbms.com/dbms/setup-replication-with-mysql-5-6-server-on-centos-6-redhat-el6-fedora/